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ElEMARKS 
The Examiner's Request 

The Examiner requested: 

A) Any manual for the Apphcant's Off-SiteServer product that was publicly 
available one year before the Applicant's filing date. 

B) Any other Off-SiteServer product documentation that describes data mirroring 
and was publicly available one year before the Applicant's filing date. 

The Applicant's Response 

The Applicant has made a good faith effort to find a copy of a manual for the Off- 
SiteServer product, however the Applicant was unable to find such a copy. 

The Applicant is aware of an Internet website that claims to have stored a copy of the 
Applicant's website as it existed at various times in 1997. The link to the website is 
"http://web. archive. org/web/*/http://miralink.com". This link was obtained by typing 
"http://miralink.com" in the Wayback Machine box on the page located at 
"http://www.archive.org/web/web.php". Enclosed in the Appendix are printed copies of the 
website listed under the dates March 31, 1997, April 14, 1997, May 5, 1997, and December 
21,1 997. Other documents for other dates are available on the website. 

Although the Applicant has provided these documents in response to the Examiner's 
request for documents publicly available one year before the Applicant's filing date, the 
Applicant makes no representation that these documents were in fact publicly available one 
year before the Applicant's filing date. The Applicant is not aware of when these documents 
were available to the public through the archiving website. 

Conclusion 

The Examiner is encouraged to telephone the undersigned at (503) 222-3613 if it 
appears that an interview would be helpful in advancing the case. 
Customer No. 20575 Respectfully submitted. 



MARGER JOHNSON & McCOLLOM, P.C. 
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Welcome to MiraLmk. We are a worldwide leader m 
innovative business resumption products such as NLMAlert, 
Alert' for \\ mdowb N I , L pnnic Monitui, and hardware like 
Off-SiteServerV.35. 




MiraLink provides reliable and easy to use products to 
monitor and restore your system in case of problems or 
failure. Though unpleasant to imagine, potential destruction 
of your hardware, software, and data is a undeniable reality. 
MiraLink is proud to offer its products to serve and protect 
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Support Information I 



Hours -- 9:00A.M. to 5:00P.M. Mountain Time Monday 
through Friday 

180 South 300 West, Suite #130, Salt Lake City, Utah 84101 
Phone - (801) 575-5465 
Fax - (801) 532-5465 
E-mail - rnjnik(a}m^^ 

1 0 receive suppurt by e-inail, please send the following 
information: Name: 

Company Name; 

Companyaddress : 

Phone: r" " " " ' "-~ ~ 

Fax: I 

E-Mail address: 



Host_system configuration: 
Manufacturer/M_odel number: 
Hard disk m_ake/modelnumber: 

, r 

Hard disk partition size: 

SystenTj]nenT0i-y2____ ________ 

Description of problem: 

Remote system contiauration: 

i 

Manufacnurer/Model number: 

1^ SUCPOBT I ) f 0 ^^^^ ^^^^ make/model number: 

fpJ ' " * 'Hard__disk partition size: 

^ PROMCT I H f 0 System memory: _ 

f^ll HOW TO KET 
(.{Jj MORE IN S- Si 

Description of problem: 

tS3 



[0J 



<ONSUlTING 

SEND i 



—Ml 
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MiraLink <$i 



CORPORA TE 
INFORMATION 

MiraLink Corporate Information 

Founded in April 1994, MiraLink is a worldwide supplier 
of hardware and software for the client/server market, 
MiraLink devices, when attached to both primary and 
standby file servers, enable real-time duplication 
(mirroring) of mission-critical data at remote locations. 
MiraLink units keep time-sensitive functions up and 
running regardless of natural or man-created threats. 

Corporate Strategy: 

MiraLink's strategy is to provide the premier business 
continuity/disaster recovery system for PC networks. The 
Company provides cost-efficient, easy-to-manage products, 
distinguished by quality and reliability, which maximize 
data security without denigrating network performance. 

Corporate Headquarters: 

180 South 300 West 
Sah Lake City, Utah 84101 
Phone: 1 801 575-LINK (5465) 
Fax: 1 801 532-LlNK (5465) 

mlink(aimira1mk.com 

Press Contact: Shell SilUto 
Marketing and Communications 
(801) 575-LINK (5465) 

Financing: 

MiraLink is a privately held company, backed by venture 
financing. 

Please note: MiraLink (and Off-SiteServer) are trademarks of MiraLink 
Corporation. All other brand and product names mentioned herein are 

Market Category: 

MiraLink and its products provides services in the 
business continuity/disaster recovery market — specifically, 
in the remote back-up market. 

Product: 

MiraLink has the only patented technology which, in a 
cost-effective and practical manner, enables disaster 
recovery of critical data at the network operating system 
level. 

For years, mainframe computer MIS managers have 
taken the availability of remote backup and security of their 
companies data for granted. MiraLink products bring this 
functionality — and resulting peace of mind - to the PC 
LAN market by making real-time remote mirroring for 
Novell LANs possible. 

The standard Off-SiteServer V.35 (configuration 
consists of a pair of rack-mountable devices, interface 
cables, Vinca StandbyServer 32 link cards, and software. 
The foundation of the system is the disk mirroring 
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function (SFTll) of NovelF's NetWare (versions 3.12 and 
4.1 work best and are highly recommended). Physically, 
MiraLink products are a combination of software and 
hardware contained in a pair of Off-SiteServer V.35 units. 
Each of these is connected to a Vinca StandbyServer disk 
driver and link card, one m the company's main Novell 
NetWare server and the other, off-site, in the NetWare 
standby server. Vinca's product in the main server removes 
the mirrored disk from the host system and places it in a 
standby "warm" ser\'er, hence the same "StandbyServer." 

MiraLink's Off-SiteServer V.35 unit adjacent to the host 
system essentially intercepts the Vinca link card 
infoiTnation and prepares it for ti'ansmission across a low 
bandwidth communications channel. At the standby site, 
the remote Off-SiteServer V.35 receives and restores the 
data to its original format and then transfers it to the actual 
standby server. From the Novell and Vinca standpoints, the 
Off-SiteServer V.35 system become transparent. The only 
significant difference is that the MiraLink products enable 
the functionality to be accomplished at a remote location up 
to thousands of miles away. 

Communications Interfaces: 

The V.35 output of the Off-SiteServer units provides a 
number of options for a company's communicahons 
channel interface. Through an external CSU/DSU or router 
compatible bridge, these units can interface to: ATM, 
Tl/El, fractional Tl/El, ISDN, frame relay ethemet, 
FDDI, token ring, etc. Twisted pair connections up to 5,000 
feet are also supported. 

Product Benefits: 

MiraLink's primary product benefits can be summarized 
as follows: )1 continuous mirroring to the last transaction 
prior to primary file server failure; 2) activation of the 
standby server within minutes of primary server failure or 
destruction; 3) accommodating multiple communication 
protocols; and 4) enabling the use of low-bandwidth links 
to reduce recumng communication costs. 

In addition, MiraLink's system does not require network 
users to log off the network. It inhibits disk reads, thus 
reducing traffic and improving network performance. It 
minimizes dirty cache buffers/outstanding disk requests 
and maintains LAN perfoiTnance. Finally, it has a 
user-friendly menu-based touchpad plus LCD and LED 
displays for diagnostic information and easy network 
admini sti-ati on/control . 

Likely Purchasers: 

Any business that runs on a Novell PC LAN and which 
has continuously-updated, mission-critical data is a logical 
prospect for MiraLink's Off-SiteServer system. 

The need for PC LAN "electronic vaulting" (real-time 
data duplication) may stem from any one of - or a 
combination of - the following: a corporate policy 
regarding risk exposure; downsizing from mainframe 
computing; national disaster recovery regulation 
compliance; the threat of physical interruptions such as 
electric power disturbances or natural and weather-related 
disasters; or the possibility of acts of sabotage or 
vandalism. 

MiraLink's products are most appropriate in situations 
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where the cost to protect against the loss of electronic data, 
while not insignificant, is inconsequential in comparison to 
the cost to replace potentially lost data. Market segments 
where such a situation exists include - but are not limited 
to - the following: 

• data recovery service providers 

• banking/financial services 

• trading 

• insurance 

• Federal agencies with regional offices 

• airlines/car rental/travel 

• telecommunications 

• research laboratories 

Distribution: 

MiraLink currently sells its systems directly and through 
value added resellers (VARs) and systems integrators. 

Sales Offices: Headquarters: 

E-mail — rmccabe(5),mirali n k.com 

Europe: 

Graham Pobjoy 

Oil 44 1344-777006 

E-mail - gpob jo y@miralink.com 

European sales manager 
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Product Information I 



PRODUCT 



PKf-bSf OMMFMb 
(1 riiNK M RL\ It W 
DATA SHEET 

MiraLink Products 

Software Products 

NLM/l/er/ 

J/er?/ for Windows NT 

Uptime M^onitor 

MiraLink provides the following software products to 
our clients to download in an evaluation version. After you 
have downloaded the software, please contact MiraLink 
for the registration numbers. 

Phone - (801) 575-LINK (5465) 
Fax - (801) 532-LINK 
E-mail — nncj^ilbefiT^^^^^ 



Supports Ti/Ei, Frac Qff-SiteServer V.35 
Tl/EI, Ethernet, 

FDDI, ISDN, Frame MiraLink has the only patented technology which, m a 

^ ^ cost-effective and practical manner, enables disaster 

Retrievable Data in recovery of critical data at the network operating system 
Ready to Use Format, '^vel. 

For years, mainframe computer MIS managers have 
Uses Low Bandwidth taken the availability of remote backup and security of their 
(low cost) Connection. companies' data for granted. MiraLink products bring this 

functionality - and resulting peace of mind - to the PC 
Compatible with l^N market by making real-time remote mirronng for 

Sta"ndb Server» and "^^^^ possible. 

, _ J , The standard Off-SiteServer V.35 (configuration consists 
Snapshot» Products. ■ /• i ^ ui j ■ V r i-i w 

of a pair of rack-mountable devices, interface cables, Vmca 

Reduces Reliance on StandbyServer 32 link cards, and software. 

Tape Backup Systems. The foundation of the system is the disk miiToring 

function (SFTIt) of NovelT's NetWare (versions 3.12 and 
4,1 work best and are highly recommended). Physically, 
MiraLink products are a combination of software and 
hardware contained in a pair of Off-SiteServer V.35 units. 
Each of these is connected to a Vinca StandbyServer disk 
driver and link card, one in the company's main Novell 
NetWare server and the other, off-site, in the NetWare 
standby serv-er. Vinca's product in the main server removes 
the mirrored disk from the host system and places it in a 
standby "warm" server, hence the same "StandbyServer." 

MiraLink's Off-SiteServer V.35 unit adjacent to the host 
system essentially intercepts the Vinca link card information 
and prepares it for transmission across a standard 
communications channel. At the standby site, the remote 
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Off-SiteServer V.35 receives and restores the data to its 
original format and then transfers it to the actual standby 
server. From the Novell and Vinca standpoints, the 
Off-SiteServer V.35 system become transparent. The only 
significant difference is that the MiraLink products enable 
the functionality to be accomplished at a remote location up 
to thousands of miles away. 

Communications Interfaces: 

The V.35 output of the Off-SiteServer units provides a 
number of options for a company's communications channel 
interface. Through an external CSU/DSU or compatible 
bridge, these units can interface to: ATM, Tl/El, fractional 
Tl/El , ISDN, frame relay ethemet, FDDI, token ring, etc. 
Twisted pair connections up to 5,000 feet can also be 
supported. 

Product Benefits: 

MiraLink's primary product benefits can be summarized 
as follows: )1 continuous mirroring to the last transaction 
prior to primary file server failure; 2) activating the standby 
server within minutes of primary server failure or 
desfruction; 3) accommodating multiple communication 
protocols; and 4) enabling the use of low-bandwidth links to 
reduce recurring communication costs. 

Tn addition, MiraLink's system does not require network 
users to log off the network. It inhibits disk reads, thus 
reducing traffic and improving network performance. It 
minimizes dirty cache buffers/outstanding disk requests and 
maintains LAN performance. Finally, it has a user-friendly 
menu-based touchpad plus LCD and LED displays for 
diagnostic information and easy network 
admi ni strati on/con ti'ol . 



PftaOtJCTINFO 



Off-SiteServer V.35 Press Comments 

Click here for press comments on Off-SiteServer V.35. 



Technical Review 

Click here for a complete technical review of 
Off-SiteServerV.35. 



Data Sheet 

Click here for a data sheet of Off-SiteServer V.35. 
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HLMAIert!™ 



FRFFT 



HIGHLIGHTS 

FEATURES 

PRESS 

COMMENTS 

TECHNICAL 

REVIEW 

DATA SHEET 



MraLmk 
Catalog 



NLMAlert! for Novell NetWare™ 
converts svstem console events mto SINMP 
ti-aps. These traps are received by 
mdusti-y-leadmg network management 
consoles. This allows a network manager to 
view exact errors and events occurring on a 
NetWare server. 



Easy configuration allows monitoring of Service Status(Start/Stop), 
When Superman isn't Memory Events, Connection Status, Director)' structure changes, 
available... grij pjig System Rights changes. While sending the above 

mentioned ti^aps, NLMAlert! also creates a viewable NLMAlert! 
log file and .INI file, Novell console messages can be remapped as 
unique traps. NLM List Tracking will monitor all list NLM's that 
are loaded. The above features plus many common NetWare 
console error messages are available in an industry-standard HP 
Open View compatible trap definition file (TDF) file. 



❖ 1997-98 by MiraLink Corporation. All rights reserved. Unauthorized dupiication is prohibited. 
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MiraLink 



FREE NLMAlert!™ Download 




Thank you for your interest in MiraLink's 
NLNlAlertL To serve you better we 
manually proccess each request. Please 
provide the information requested below. 
Your trial serial number will be e-mailed to 
you shortly pending verification. 



* Denotes Required 1 
* Name: I 



lelds - All Other Information Optional 



Organization: i 
* Sti-eet Addiess | 

I 

* City: [ " 

* State: | 
Country: i 



'■■ Zip/ Postal Code: i 



* Phone: Country Code[ 
Area Codej 
Fax: Country Code[ ' 
Area Codef 



1. Select the industry that best represents your company's 
business: 



^' ^ Computer 

Banlting/Financial Hardware 



■ Gas/Oil 
' Manufacturing 

Service 

■ Utilities 

' Reseller/VAR 



Government 

C 

Medical/Healthcare 
^ Software 
Education 

n 

Telecommunications i 



C' Insurance 
O Military 
O Systems 
Integrator 

O 

Entertainment 
O Law 
Other 



2. Where did you hear about MiraLink's Products? 

C- Card Deck C Direct Mail 
C Web Search Other 

Seminar | ~~~~~~~ 



Advertisement 
Trade Show 
O Referral 



3. What Products are you interested in? 



Uptime 
Monitor 



C Alert! fox 
Windows NT 
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4. Please indicate the products that you are using or plan to 
implement: 

Novell NetWare: Number^fServej-s^you want to monitor: 
Microsoft Ifl:_Niimber cjfSer^ws_you would like to monitor: 



Microsoft NT: Number oi Workstations you would like to 
monitor: 



IP/IPX: 
i 

5. What nctworlv manageinciit tools arc you curi 



' Uptime Monitor 


O AlertPage 


' MiraLmk Corporatu 


on bv Geneva Software 


• CiscoWorks 


Command Post 


' Cisco 


by Boole & Babbage CA 


ManageWise 


<" OneVision 


' Novell 


by Lucent Technologies 


■ Open View 


C Optivity 


' Hewlett Packard 


by Bay Networks 


" Spectrum 


C UnicenterTNG 


' Cabletron 


by Computer Associates 


• TME 


C What's Up Gold 


■Tivoli/JBM 


by Ipswitch 


' Transcend 





by 3Com Communications 

VantagePoint 
by Storage Dimensions 
What are your plans for implementation? 

O Now C 1-3 Months 



C' No plans, j ust gathering 
information. 



CLEAR FORM I DOWNLOAD ( 



ik Corporation. All rights reserved. Unauthorized duplication is prohibi 
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Highlights 

for HLMAIert!™ 

FEATURES 
PRESS 
COMMENTS 
TECHNICAL 
REVIEW 
DATA SHEET 
BACK 



FREEluiil DowDloaJ' 

Here are a few key highlights of 
NLMAlertl's advanced NetWare 
Management System (NWMS). 



Easily installs in under one minute! 

Customizes or configures easily 

Converts all Netware server consol( 
traps 

Provides detailed infonnation on: 



•File server status 


•NLM status 


•NLM resource 




(loaded/unloaded) 


leaks 


•NLM processors 


•LAN driver 


•File server 


hogs 


loading/unloading 


shutdown 


•Cache memory 


•Memory 


•Packet buffer 


events 


allocation events 


events 


•Connection status 


•Log-in / log-out 


•Watchdog 




status 


time-outs 


•Intruder detection 


•Bindery 


•Bindery 




manipulation 


Open/Close 


•Security rights 


•Out of 


•File system status 


changes 


connections 




•Volume mount 


•TTS shutdown 


•Directory 


status 




sti"ucture changes 


•File system rights 


•Data migration 




changes 


events 





p Compatible with industry leading network management 
consoles including: 



•Uptime Monitor by 
MiraLink 

•CicsoWorks by Cisco 

•Manage Wise by Novell 

•Open View by Hewlett 
Packard 



•AlertPage by Geneva 
Software 

•Command Post by Boole & 
Babbage CA 

•OneVision by Lucent 
Technologies 

•Optivity by Bay Networks 
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•Solstice Enterprise Manage 
by Sun Microsystems 

•TMEbyTivoli/lBM 

•Unicenter TNG by 
Computer Associates 

•What's Up Gold by Ipswitch 



•Spectrum by Cabletron 

•Transcend by 3Com 
Communications 

• VantagePoint by Storage 
Dimensions 



❖ 1997-98 by MiraLink Corporation. All rights reserved. Unauthorized duplication is prohibited. 
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Features 

NLMAlert!™ 

HIGHLIGHTS 

PRESS 

COMMENTS 

TECHNICAL 

REVIEW 

DATA SHEET 

BACK 



FA-FFTnal Download' 

Key features of NLMAlert! by MiraLink: 



j ' Monitors a wide range of system conditions 

1^ Generates 100% standard SNMP Alarms (TRAPs) 

p Customizes and configures easily 

p Compatible with industry-leading network management 
consoles like Uptime Monitor 



p Supports all console messages 



With the implementation and roll-out of advanced network 
management systems it is becoming more and more important to be 
aware of changes as they occur within network devices. SNMP has 
become a de-facto standard for monitoring and making changes in 
network devices over the last several years. However due to the lag 
in vendor support, or excessive expense, many critical network 
components still do not yet support SNMP. NLMAlert! is designed 
to address several areas of management within your Novell 
NetWare file server to assist you in being more aware of the file 
server configuration and operation. 

Important facts about NLMAlert! by MiraLink: 

1 . NLMAlert! is a NetWare Loadable Module (NLM): 

• Written in C++ 

• Versions for NetWare v3 . 1 x and v4. 1 x 

• Uses Standard Novell TCP/IP Protocol Stack 

• Generates 100% Standard SNMP TRAPs 

• Will Log TRAPS to a local log file 

• Easy to customize and configure 

» Each TRAP can be individually enabled/disabled 



2. SNMP TRAPS Generated by NLMAlert! are: 

• File Server Status 

e NLM Status (Loaded/UnLoaded and Required 
Configuration) 

• NLM Resource Leaks 
® NLM Processor Hog 

» File Server Console Security 
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• File Server Time Changes 

• Protocol Stack Binding/UnBinding 

• LAN Driver Loading/UnLoading 

• File Ser\'er Shutdown 

• Cache Memory Events 

• Memory Allocation Events 

• Packet Buffer Events 

• Lost Interrupts 

• User and Connection Status 

• Connection Status 

• Login/Logout Status 

• Watchdog Timeouts 

• Intruder Detection 

• Bindery Manipulation 

• Bindery Open/Close 

• Security Rights Changes 

• Out of Connections 

• File System Status 

• Volume Mount Status 

• TTS Shutdown 

, • Directoiy Structure Changes 

• File System Rights Changes 

• Data Migration Events 

• All File Server Console Messages 

• Any NLM console message can be sent as a TRAP 



3. Novell console messages can be remapped as unique FRAPs 



❖ 1997-98 by MiraLink Corporation. All rights reserved. Unauthorized duplication is prohibited. 
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NLMAlert!™ FRMJnAI^oy^n^o?^. 
HIGHLIGHTS MiraLink™ Corporation Wins 

FEATURES Excellence in Networking Award 

TECHNICAL 

REVIEW MiraLink was recently awarded the 

DATA SHEET prestigious Excellence in Networking 



When Superman isn't 
available... 



Award from ProductReviews.com. 
ProductReviews.com ran our products 
through rigorous testing, and found them to 
be "extremely useful utilities at an attractive 
price". Here's what they had to say about 
NLMAlert!: 



"NLMAlert! runs as an NLM on a NetWare file server^. We 
found a handful of useful events it could monitor, in addition to the 
critical system events. For example, it can notify you if the server 
keyborad has been used in addition to whether critical server 
volumes have been dismounted. It takes only a few minutes to 
install NLMAlert!-^. Once installed and loaded, this NLM is 
simple to contigure from the server console". 
- Dennis Williams, ProductReviews.com 

See Remain der of Article 



M onday, May 4, 1998 - MiraLink Introduces NLMAlert! 

Salt Lake City -- MiraLink Corp., a maker of disaster-recovery 
products, now is offering VARs a network-management solution 
for Microsoft Corp.'s Windows NT and Novell Inc.'s NetWare, as 
well as a remote-mirroring application. 
See Remainder of Article 



Low-Cost Net Tune-Ups -- IVlanaging your network for 
less than the big guys pay 

Cassimir Medford 

Benjamin Ruffin thinks he has seen it all. He has spent the past 
eight years taking the pulse of sick networks and looking for signs 
that the healthy ones may be coming down with something. Over 
the years, those networks have varied in sophistication. Ruffin 
worked as a network manager in MCI's network management 
center in Reston, Va., for approximately four years, monitoring the 
behavior of T-ls and fiber optic networks. Today, he monitors the 
behavior of small local area networks in the Salt Lake City area. 
"The scale may be different, but the job is the same," says Ruffin. 
"My cuiTent job allows me to deliver network management without 
asking the end user to make a costly investment in products. 
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training and implementation time." 
See Remainder o f Article 



MiraLiiik Introduces NLMAlert! 

Real-time Monitoring of File Server Console Messages 

For Immediate Release 

Monday, May 4, 1998 
Salt Lake City, Utah - 



MiraLink Corporation, a leading supplier of network management 
and business continuity (disaster recovery/fault tolerance) products, 
announces NLMAlert, a network management software application 
that makes Novell NetWare server console messages SNMP 
enabled. Most error and notification messages posted to the 
NetWare server console go unnoticed by network administi'ators. 
Even though NetWare provides a way to store such messages in an 
error log, this log is typically only viewed after a critical eiTor has 
occurred. NLMAlert warns network administi-ators in real-time of 
errors or other messages posted to the NetWare sei^ver console. 

"Most NetWare servers are locked away in secure server closets, 
preventing the server console fi-om being monitored. But even 
when sei-vers are easily accessed, messages sent to the server 
console often scroll off the screen before the network administrator 
has a chance to view them," said Ron McCabe, president and CEO 
of MiraLink Corporation. "NLMAlert is the first product of its kind 
to make NetWare's server console messages SNMP enabled. As 
soon as an error is sent to the NetWare server console, NLMAlert! 
converts the messages into SNMP traps, filters out the 
non-essential messages, and sends the crucial errors to the network 
management console. And, with MiraLink's Uptime Monitor, the 
network administrator can be notified of these events via pager. 
E-mail, PCS phone, workstation alarm, or sound file. This allows a 
single network administi-ator to manage and monitor the health of a 
large number of NetWare sen-ers proactively, rather than 
reactively. 

CompatibiLity and support 

NLMAlert! supports any existing SNMP management console that 
may already be used by network administrators. However, for 
companies with no such management software in place, MiraLink 
offers Uptime Monitor, an affordable and easy to use management 
console for receiving all SNMP traps generated on the network. 

Pricing and availability 

NLMAlert! is cuiTentiy available directiy from MiraLink at a US 
list price of $295 per server. NLMAlert! is also available through 
authorized MiraLink resellers. A fully-functioning evaluation 
version can be downloaded from the MiraLink website at 
http://www.miralink.com. 

About MiraLinli 

MiraLink is a worldwide leader in innovative network management 
and business resumption products. MiraLink news, product, and 
sales information is available on the World Wide Web at 
http://www.miralink.com. MiraLink Corporation is headquartered 
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in Salt Lake City, Utah. 

NLMAlert! andUpTime Monitor are trademarks of MiraLink Corporation. All other 
trademarks and registered trademarks are property of their respective owners. 



^ 1997-98 by MiraLink Corporation. All rights reserved. Unauthorized duplication is prohibited. 
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IVIiraLiiik'^' Corporation Wins 
Excellence in ^ct^vorldng Award 

MiraLink was recently awarded the 
prestigious Excellence in Networking 
Award from ProductReviews.com. 
ProductReviews.com ran our products 
through rigorous testing, and found them to 
be "extremely useful utilities at an attractive 
price". Here's what they had to say about 
our products. 



ProductRevievvs.com gives Excellence In Networking award to 
Uptime Monitor, NLMAlert!, and Alert! for Windows NT 

Network administi-ators always find out about the health of their 
servers one way or another. But the proactive administrator finds 
out directly from the server, while the reactive one finds out from 
enraged users. MiraLink Corp. has released a suite of network 
management tools that help network administrators keep on top of 
their servers and manage them proactively. This suite consists of 
three products: 

Uptime Monitor is a simple network management console that 
receives messages from NLMAlert! and Alert! for Windows NT. In 
fact, it can receive messages from any SNMP-enabled devices on 
the network. Uptime Monitor will initiate an alarm when thresholds 
are exceeded, errors are generated, or monitored network elements 
do not respond to polling. Uptime Monitor runs on Windows 95 or 
Windows NT systems, and can notify network administrators of 
errors via email, a pager, etc. 

NLMAlert! is a NetWare Loadable Module (NLM) that monitors 
over 60 error or status messages generated by NetWare, as well as 
any messages sent to the server console. When an error or event 
occurs, instead of being lost in a log file or displayed on the 
console, NLMAlert! sends the error messages across the network to 
Uptime Monitor. You can select which errors or events you want to 
be notified of, and Uptime Monitor will notify you of the server 



Alert! for Windows NT runs as a Service on Windows NT and 
monitors over 500 system events. Most of these events are logged 
and can be viewed from the server using NT's Event Viewer utility. 
However, Alert! for Windows NT receives these events and sends 
them to Uptime Monitor, which will notify you of critical errors or 
events that require immediate attention. There is a version for both 
NT Server and NT Workstation. 

Uptime Monitor 

This utility's most attractive feature is its simplicity. Unlike other 
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popular management platforms and applications that exist, Uptime 
Monitor doesn't encumber you or your system with unwanted or 
unused features. \t is simply a console that receives SNMP traps 
and offers a variety of notification methods to alert you of critical 
events. It requires few resources and can sit quietly in the 
background until it is needed. 

It took us only a few minutes to install Uptime Monitor on 
Windows 95, at which time it immediately recognized several 
devices on our test network generating SNMP traps. We liked the 
ability to import Trap Definition Files (TDFs), which are files used 
to define traps from specific applications or devices. For example, 
when using Uptime Monitor with NLMAlert!, you can import the 
TDF which translates the cryptic SNMP messages into an 
understandable format. 

NLMAlert! 

NLMAlert! runs as an NLM on a NetWare file server. It supports 
NetWare versions 3.11 through 4.1 1, but requires that your server 
be patched with the latest updated files. It also requires that you 
have TCP/TP loaded and running on your server. We found a 
handful of useful events it could monitor, in addition to the critical 
system events. For example, it can notify you if the server keyboard 
has been used in addition to whether critical server volumes have 
been dismounted. 

It takes only a few minutes to install NLMAlert!, and requires that 
you have admm rights to do so. Once installed and loaded, this 
NLM is simple to configure from the server console. A list of 
events is displayed and you can select or deselect which ones you 

Alert! For Windows NT 

Checking the pulse on your NT systems, whether Server or 
Workstation, is simple with Alert! For Windows NT. We found 
that we never had to use Event Viewer to know what was going 
wrong with our NT servers. We configured Alert! For Windows 
NT to monitor only the critical events, using exclusion filters to 
eliminate unwanted events from being monitored. Alert! For 
Windows NT works with NT version 3.51 or later, and you need to 
apply the latest Service Pack. It is also important to note that a 
separate version exists for NT Server and NT Workstation. 

We installed Alert! For Windows NT on a test server, which 
requires administrative access to the sei-ver. The hardest part about 
configuring it is understanding what events you want to monitor. 
One drawback to this product is that, because of the way NT 
works, a TDF file cannot be imported. But thaf s a shortcoming of 
NT and not Alert! For Windows NT. 

— Dennis Williams ProductReviews.com 
❖ 1997-98 by MiraLink Corporation. All rights reserved. Unauthorized duplication is prohibited. 
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HIGHLIGHTS 

FEATURES 

PRESS 



NLMAlert! is easy to use and installs in 
under one minute! NLMAlert! converts 
NetWare console messages into Simple 
Network Management Protocol (SNMP) 
traps. These traps are received by industry 
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leading network management consoles such 



BACK 



as: 



When Superman isn't 
available... 



• Uptime Monitor from MiraLink Corporation 

• AlertPage from Geneva Software/Denmac Systems 

• Unicenter TNG from Computer Associates 

• CicsoWorks from Cisco 

• Command Post from Boole & Babbage 

• ManageWisc from Novel! 

» OneVsion from Lucent Technologies 
» OpenVicw from Hewlett Packard 

• Optivity fi"om Bay Networks 

» Solstice Enterprise Manage from Sun Microsystems 

• Spectrum from Cableti'on 

• TME from Tivoh / IBM 

• Transcend from 3Com 

e VantagePoint from Storage Dimensions 

• What's Up Gold from Ipswitch 



This allows a network manager to view exact errors occuning on a 
NetWare Server. Easy configuration allows monitoring of File 
Server Status (Start'Stop), NLM Status (Loaded/Unloaded and 
required configuration), NLM Resource Leaks, NLM Processor 
Hog, File Server Console Secunty, File Server Time Changes, 
Protocol Stack Binding/Unbinding, Lan Driver Loading/Unloading, 
File Server Shutdown, Cache Memory Events, Memory Allocation 
Events, Packet Buffer Events, Log-in/Log-out, Connection Status, 
Intruder Detection, Bindery Manipulation, Bindery Open/Close, 
Security Rights Changes, Out of Connection, Data Migi-ation 
Events, File System Status, Volume Stats, Directory Structure 
Changes, and File System Rights Changes. While sending the 
above mentioned traps, NLMAlert! also creates a viewable 
NLMAlert! log file and .INI file. Novell console messages can be 
remapped as unique traps. NLM List Tracking will monitor all list 
NLM's that are loaded. The above features plus many common 
NetWare console error messages are available in an 
industry-standard HP Open View compatible trap definition file 
(TDF) file. 

Full name of product; NLMAlert! for NetWare 750NLM 
Platform: NetWare 3.11 or later 
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Required NLM's 

Version number: 
Price (US funds); 



TCP/IP.NLM Version 2.02i or later 
SNMP.NLM Version 2.08 or later 



$295.00 per Server 



Server requirements: 



> 75 Kb free disk space 
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Off-SiteServer V. 35 



NetWare File Server Mirroring Over High Speed 
Communication Links 



"Having a miiTored NetWare server next to your main 
machine will be of enormous benefit should your main 
server fail. But it the building catches fire, or the roof 
collapses, both ser\'ers will be destroyed. If ifs essential to 
get your company up and working immediately after a total 
disaster, you're going to have to create a complete office 
environment at a remote site. MiraLink's Off-SiteServer 
V.35 can help you do just that. 

"Off-SiteServer is aimed at companies that can't afford 
to lose business due to fire, flood and other catastrophes. 
It's not cheap, but it it's the difference between going out of 
business and surviving, cost won't be an issue. " 
Louise LindopfCMczgazme UK. My, 1996 



"Because MiraLink's Off-SiteSen'er buffers the data, such 
low-speed WAN links as 56k bps, ISDN or fractional T-1 
lines may be used. Therefore, cheaper WAN connections 
can quickly pay back the cost of the expensive MiraLink 
hardware. Enterprises with infrequent but massive spikes of 
data mirroring, such as with database downloads, do not 
need high WAN bandwidth for Off-SiteServer. 

"Just for kicks, we vandalized the WAN link (by pulling 
out a cable) to see what Off-SiteSen'er would do. It merely 
noted that the link was down and continued to buffer the 
data. We even swapped a 56K bps link for a T-1 in 
midsti'eam, then back again, with no ill effects. We were 
impressed." "Skirting Server Disaster" Ken Phillips PC Week 
June 17. 1996 



"Off-SiteServer provides NetWare installations with a 
unique way to distribute server tolerance across the wide 
area network, using anything from analog dial-up lines for 
near-real -time backup to T-1 links for actual server 
mirroring. By enabling centralized backup of multiple 
remote sites and protecting users from disasters at a 
particular location, Off-SiteServer makes the PC-LAN 
environment a more robust platform for business-critical 
appHcations." 

Susan Breidenback Editor in Chief LAN Times April, 1995 



"For network managers, ensuring ser\'er uptime is the chief 
challenge of their jobs: natural disasters, criminal acts, 
human error, parts failures and just plain bad luck can all 
bring a network to a crashing halt. For peace of mind and 
complete protection. ..the most thorough solution is to clone 
a vital server, either across the campus for local fault 
tolerance or off-site for full-blown disaster recovery, 
"MiraLink Corp., maker of the WAN-based 
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Off-SiteServer V.35, solves the WAN bandwidth problem 
by first buffering all mirror requests to a large hard disk in 
MiraLink's box. Even if the WAN link fails, min-oring can 
still occur at top speed as a local disk mirror. The buffer 
also makes it possible to use low-speed WAN connections, 
down to 56k bps, thereby saving money on the corporate 
communications bill." 

"For safety, nothing beats server cloning" Ken Phillips PC 
Week June 17, 1996 



"If you could foresee a disaster coming to your customer's 
network, would you: a) make sure all the backups were 
done and bring a set of archive tapes off-site; b) install a 
standby server in a miiTored configuration; or c) install a 
standby server in a mirrored configuration at your own 
office and let it work remotely? 

"If you think the third option sounds good, check out 
Off-SiteServer V.35, a solution developed by MiraLink in 
conjunction with Vinca and Novell. Off-SiteServer V.35 
lets you build a mirrored file server environment using 
telecom channels or routable protocols. Building such an 
environment is not as tricky-or costly-as you might think. 
"Stand By, Remotely" Dave Bramberl Network VAR Januaty, 
1996 



"MiraLink's Off-SiteServer works with Vinca's 
StandbyServer hardware and software to allow the remote 
server to be a distant site. That capability is 'particularly 
attractive for disaster-recovery purposes,' say Robert 
Janusaitis, a consultant with BSG Consulting in Houston. 
'After the World Trade Center (bombing), a lot of people 
will want this capability,' adds Paul Mason, research mgr., 
system level software at International Data. 
"NetWare: Higher Availability at Lower Cost" Paul Strauss 
Datamation Nov. 15, 1994 



"Off-SiteServer includes software and two rack-mountable 
units. One unit remains at the host site and is connected to 
the second, a remote unit, via a dedicated Tl or El 
telephone line, making the system safe from any disaster 
that may befall the host area. 'Right now there are a lot of 
mainframe and mmicomputer products that do what this 
does, but Off-SiteSer\'er is relatively unique in a LAN 
environment,' said Jim Greene, an analyst with BIS 
Sti-ategic Decisions, in Norwell, Mass." 
"MiraLink Mirrors Servers for Real-time Access" Gate T. 
Corcoran /n/o World September 19, 1994 



Return to Previous Page 
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MiraLink (Off-SiteServer V. 35) 

NetWare File Server Mirroring Over High Speed 
Communication Links 



OVERVIEW 

Off-SiteSen'er V.35 is a sophisticated system designed to 
enable diskinin"oring on a real-time basis, over standard 
communication lines. The two foundations of the system 
are: Novell NetWare, specifically the proven and reliable 
disk mirroring function (SFTII) therein; and Vinca's 
StandbyServer 32 product. 

Vinca's StandbyServer 32 takes advantage of the 
numerous features and strengths of NetWare disk mirroring 
and has provided a value-added benefit to NetWare by 
removing the mirrored disk from the host system and 
placing it in a standby "warm" server; hence the name 
"StandbyServer." The standby server, at a minimum, must 
be capable of running NetWare and have at least the amount 
of disk space as will be mirrored to it from the primar}' 
server. 

The StandbyServer 32 product consists of: a disk driver; 
pseudo disk controllers, or "link" cards, installed in both the 
primary and standby servers; and a file management system 
in the form of an NLM, loaded on the standby server. The 
primary server is set up as if it has two mirrored local 
partitions (NetWare restricts all mirroring to a partition 
level). In reality, one of those partitions is located in the 
standby server. The Vinca software/hardware combination 
on the primary ser\'er acts as a disk interface system, 
tlowever, rather than porting the data directiy to a local 
drive, it transfers it out through its internal link card and 
into the standby server link card. The NLM running on a 
limited version of NetWare on the standby server ensures 
that the disk write information is placed on its disk system. 

When this setup has been implemented and the primary 
server fails, the standby server can become the active 
server, with completely up-to-date file information, in a 
matter of minutes. It accomplishes this by downing the 
limited NetWare system and then activating the duplicated 

The connection between the link cards of the NetWare 
server and the standby ser\'er is made with a custom, 
high-speed interface cable. Though performance with this 
configuration is quite good, the distance limitation of 25 to 
50 feet becomes a severe drawback to many potential 
clients. These clients recognize that a disaster that affects 
the primary server can all too easily also affect the back-up 
in the same location. Therefore, to avoid this, they view 
off-site disaster prevention and recovery as a prime 
requirement. 

The Off-SiteServer V.35 Solution 

The Off-SiteServer V.35 system essentially intercepts the 
Vinca link card information and prepares it for transmission 
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across any one of a number of standard communications 
channels. At the standby site, Off-SiteServer V.35 receives 
and restores the data to its original format, then transfers it 
to the actual standby server. From both the Novell and 
Vinca systems' standpoints, the Off-SiteServer V.35 system 
becomes transparent. From the clients perspective, however, 
the difference is substantial because the backup is no longer 
limited to a server located a few feet away from the primary 
server. Now, the two servers can be separated by hundreds 
or even thousands of miles. 

The Oti-SiteServer V.35 

The Off-SiteServer V.35 units in the system are identical as 
far as hardware is concerned, allowing swapping of the 
local (primary) and remote (secondary) units, if necessary. 
Because of software differences between the two sites, a 
menu function allows the administrator to select either 
"Local" or "Remote." The system hardware consists of two 
2U rack mount boxes. Each one incorporates: a keypad; 
4-line L,CD; a sophisticated multi-processing system; a V.35 
interface a power supply; and a hard disk drive. 

Local Off-SiteServer V.35 

The local Off-SiteServer V.35 unit performs the vast 
majority of tasks between the two sites. The Vinca link data, 
which is intercepted in the form of four serial links 
transmitted in parallel, must be correlated and eventually 
converted into a single serial stream. This converted data is 
then immediately stored to an internal 1.2 gigabyte NVB 
(Non-Volatiic Buffer). Following a wite to the NVB, 
Off-SiteServer V.35 will acknowledge the successful 
receipt of the write packet to NetWare through the Vinca 
subsystem, allowing NetWare to clear the outstanding 
packet from its internal cache and transmit the next write 
packet. It then becomes the responsibility of the 
Off-SiteServer V.35 to ensure the delivery of all packets 
stored on its internal NVB. 

Off-SiteServer V.35 incorporates a V.35 standard 
interface which accepts complete packets from the main 
processor section for transmission to a CSU/DSU (Channel 
Service Unit/Data Service Unit) or other V.35 compatible 
equipment. This router is located externally to the 
Off-SiteServer V.35 unit. Packet integrity between the two 
Off-SiteServcr V.35 units is ensured through the use of a 32 
bit CRC (Cyclic Redundancy Check). The CRC is 
generated at the local site and checked at the remote site. If 
a coiTupt packet is detected at the remote site, the local 
Off-SiteServer V.35 will retransmit the information from its 
NVB. 

Remote Olf-SiteServer V.35 

The remote Off-SiteServer V.35 unit receives the incoming 
disk data through its connected CSU/DSU device and 
prepares it for transmission to the standby server link card. 
Its primary tasks include: the conversion of a single serial 
link to the four link system used by Vinca; and notification 
to the local site that the data was successfully received. 
Except when processing read requests (see below), the 
NVB on the remote system usually remains inactive. 

Read vs. Write 

One of the normal benefits of NetWare mirroring is that 
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NetWare will use any or all of the mirrored drives when 
processing read requests. That is, when NetWare obtains a 
read request from a system user it will use the best available 
drive (as determined by its own algorithm) to process that 
request. When numerous read requests are presented, those 
read requests are typically split up among the mirrored 
drives. This is commonly referred to as NetWare's 
"split-seek" function. 

Unfortunately, the split-seek feature becomes a severe 
hindrance to the min'ored drive system when one of the 
mirrored drives is located off-site. Read requests can take 
much longer to process, resulting in a potentially significant 
performance loss. To avoid this possibility, MiraLink 
provides an NLM (NOSPLTSK.NLM) which disables the 
split-seek capability of NetWare versions 3.12 and 4.1. Its 
use is highly recommended. 

Even with the NLM loaded there will be occasional read 
requests given by the local server. In general, when this 
occurs, the remote Off-SiteServer V.35 unit must duplicate 
the actions normally only seen in the local unit. That is, it 
must store the read information to its NVB, attach a 
checksum, transmit the data through the CSU/DSU, etc. 
Herein lies the essence of the Off-SiteSen'er V.35 
technology. 

The difficulty arises when the requested data is still 
found on the local NVB. That is, when the requested data 
has not yet been transferred across the link to the standby 
server. Because of this possibility, a table of "sector 
references of data not yet transmitted" is kept on the local 
NVB. When a read request is received by the local 
Off-SiteSer%'er V.35, the system first checks this table to see 
if the requested data may still be on the NVB. If this is the 
case, the data is simply read locally and no request is made 
to the standby server. 

NVB and SmartAck 

Users need to understand that when NetWare is presented 
with data to save to disk, it first places that data into its own 
cache memory (in the server). As soon as the disk drive 
system is available, the "saved" data is transferred out of 
cache and onto the disk drive system. Cache memory, used 
for the teinporai7 data "holding tank", is considered "dirty" 
during the transition. Any data located in "dirty" cache is 
vulnerable to loss should a server failure occur. 

NetWare maintains a very close synchronization between 
mirrored drives, allowing them to be out of sync only to the 
limit set in the "Concun-ent MiiTor Requests" parameter. 
Even with this set at its maximum limit (this depends upon 
the NetWare version and block size used), the disparity 
between mirrored drives will not exceed one or two 
megabytes. Typically, it will be much less than this. The net 
result is that the slowest drive m the system will detennine 
the rate at which data is transferred out of dirty cache and 
into the disk drive system. Therefore, a slow drive increases 
the probability of increased dirty cache and, consequently, 
the probability of data loss should a system failure occur. . 

To combat such exposure, the NVB and SmartAck 
(Smart Acknowledgment) systems in the Off-SiteServer 
V.35 work in hannony to reduce dirty cache buffer buildup. 
The Off-SiteServer V.35 unit appears to NetWare to be a 
local disk system by storing and then immediately 
acknowledging all write request packets. 
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Data In vs. Data Out 

Generally speaking, the administi-ator will want to design 
this system so that the communications channel chosen will 
support the "normal" (average) flow of disk write 
information to be transmitted. That is, should the system 
experience disk write activity of 300 Megabytes per hour, a 
Tl interface should be used. If wite activity averages under 
1 8 Megabytes per hour, then a 56 kilobyte interface is 
sufficient. Because of the on-going expense, the lowest 
bandwidth to support the normal flow should be chosen. 
The following table will help in evaluating the 
communication link requirements. 

Bandwidth vs. Performance 

Bandwidth (Average Throughput) 

Tl (1 ,54 Mb/s) [I] -- 360 MBytes/hr [2] 
1/2T1 (.75 Mb/s) - 1 80 MBytes/hr 
1/4TI (.37 Mb/s) - 90 MBytes/hr 
ISDN (128 Kb/s) - 30 MBytes/hr 
56Kb/s - 18 MBytes/hr 

[1] Mb/s refers to megabits per second [2] MBytes/hr refers to 
megabytes per hour 

The above numbers are for uncompressed data. 
Information isn't available at this time to indicate system 
performance with the optional compression circuitry 
installed. 

The NVB in the local Off-SiteServer V.35 unit serves to 
absorb any burst activity (up to the size limit of 
approximately 850 Megabytes) seen on the network by 
storing the burst data until it can be transferred out. The 
system administrator can set up the local Off-SiteServer 
V.35 to more readily accommodate burst traffic by adjusting 
the priority handling ratios associated with the NVB. That 
is, when Off-SiteServer V.35 detects a high level of activity 
it can be directed to place a higher priority on reducing dirty 
cache than on transferring the data out to the remote sei-ver. 
Off-SiteServer V.35 will also detect the drop in activity, 
when the burst has diminished, and revert back to the 
normal mode of transfer. 

Locked Mirroring 

Once a pair of disk systems are completely mirrored there is 
no normal event that can "break" that mirror. However, if a 
drive has failed, or is disconnected, NetWare detects the 
problem and begins to maintain a disparity table. Should the 
drive come back on line, NetWare will only "remirror" 
those sectors which were not updated during the failure 
period, as given by its disparity table. 

The coverage of the disparity table to the drive is limited 
by the amount of server cache available and the size of the 
drive. Depending upon these parameters, should a drive 
failure or disconnect occur, the server may eventually lose 
track of the mirrored differences. If this occurs, when the 
drive becomes reestablished, NetWare will force a complete 
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Another advantage, therefore, to the NVB and SmartAck 
system on the Off-SiteServer V.35 is that temporary 
communication line failures will not result in a potential 
loss of mirror. This is because the local NetWare server will 
be unaware of any problem until the local NVB either 
becomes full or has reached a user-determined level. 

Communication Interfaces 

The original Off-SiteServer V.35 release incorporated an 
mtemal CSU/DSU and was limited to a Tl interface. The 
current version provides a common V.35 interface and 
allows connection to a number of communications channels, 
such as Tl/El, fractional Tl/El, 56 CBS, ISDN, etc. In 
addition, there is V.35 compatible equipment available 
which will interface to ATM, Ethernet, Token Ring, and 
FDDI. 

System Requirements (System Check List) 

A typical installation using Off-SiteServer V.35 requires the 

following elements: 

• NConsole program data returned to MiraLink for 
analysis (see following section) 

• One pair of Off-SiteServer V.35 units 

• One pair of EISA Vinca StandbyServer 32 link cards 

• One pair of V.35 CSU/DSU high speed modems, 
matched to interface with the dedicated line you have 
installed (56k, Tl, etc.) 

e A high speed line installed between primary and 
backup sites. The line speed is determined by the 
NConsole data analysis. 

• One EISA off-site server to receive mirrored data 
from the EISA primary server. The disk drive 
capacity of both servers must be equal in size, and of 
similar configuration (i.e., Raid 5, etc.). Ideally, the 
off-site server should be equal in performance 
capability to the primary server, but this is not 
required. 

Determining Communication Bandwidtli Requirements 

An analysis needs to be perfonned on a server to determine 
how much average traffic or activity takes place on the 
system. MiraLink provides a free software program from 
Avanti Corporation for companies wishing to run this 
analysis. This progi-am, NConsole, comes with a free 30-day 
evaluation license. It is available from AyantiVs\2bjite 
MiraLink suggests that a company run Nconsole for at least 
a week and then send the collected data to MiraLink for 
analysis. This can be done either by mailed disk or through 
our web FTP site. Please see MiraLink's web site (under 
server evaluation) for complete details. 

Please note: MimLmk( and Off-SiteServer V.35 (are trademarks of 
MiraLink Corporation. All other brand and product names 
mentioned herein are trademarks or registered trademarks of their 
respective holders. 

The information found in this Technical Review is for conceptual 
analysis only. MiraLink believes that all descriptions, reports and 
statements contained herein are true, but makes no claims as to 
their definitive accuracy. 
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Off-SiteServer V.35tm 

NetWare File Server Mirroring Over High Speed 
Communication Links 



i 



Provides a high level 
of fault-tolerance to 
the entoiprise 
network. 

Complements 
existing back-up 
strategics and "hot 



Reduces reliance on 
back-up tape storage 
without requiring 
users to log off the 
network. Encourages 
disaster prevetition 
and recovery efforts. 

Utilizes SmartAck 
technology 
(hierarchical 
pre-acknowledge), to 
reduce dirty cache 
buffers and maintain 
LAN performance. 

Maintains mirroring 



Provides diagnostic 
infonnation via 
keypad and LCD 
display. 

NLM utility inliibits 
disk reads to remote 

network 



DiU 

(ommunkaitioiii 
UNTimrs 



Of SHOW 
199$ 
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Off-SiteServer V.35 is the premier product for real-time 
mirroring of data to a file server at a remote site. It provides 
cost effective solution for the client/server arena while 
yielding true wide area network fault tolerance. 

Using standard disk mirroring under 
Novell's NetWareTM, Off-SiteServerV.35TM 
mirrors all files down to the transaction to a 
remote site, via standard telecommunication 
lines or routable protocols. Once this mirror is 
implemented, the remote server is essentially a 
duplicate of the host NetWareTM server. All 
files, including open, closed, bindery, etc., are 
min-ored across a high speed communication 
link. In the event of a main server failure, the 
remote sen'er can be started as a NetWareTM 
server with up-to-date file information in a 
matter of moments. 

Integral to Off-SiteServer is the 
SmartAckiM (smart acknowledge) system, in combination 
with our non-volatile buffer, provides the key to minimizing 
dirty cache buffers and outstanding disk requests during 
periods of heavy activity. The SmartAckTM system also allows 
the selected communication channel to operate in the 
background, non-obtrusive to the host server. 

Working in accord with our SmartAckTM system, 
MiraLinkTM has an NLM that inhibits disk reads over the 
wide area network. This NLM, developed jointly with Novell, 
reduces traffic and helps improve network performance. 

The V.35 output of the Off-SiteServer units provides a 
myriad of options with regards to a preferred communications 
channel interface. Through an extemal CSU/DSU or 
compatible bridge these units can interface to: ATM, Tl/El, 
Fractional Tl/El, ISDN, Frame Relay, Ethernet, FDDl, 
Token Ring, etc. Twisted pair connections up to 5,000 ft. can 
also be supported. 

Our second generation interface allows the network 
administrator to directly control many of the Off-SiteServerls 
functions through a user friendly menu based touchpad. These 
controls allow direct monitoring of performance as well as 
customized configuration. 

The standard Off-SiteServer V.35TM configuration consists 
of a pair of rack-moun table devices, interface cables, VincaTM 
StandbyServer32TM link cards and software. 
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Specifications 

Total System Throughput 

MAX (with T1 lines); up to 360Mbytes/hr 

MIN (with 56Kbs); up to 1 8Mbytes/hr 

Interfaces 

Novell NetWare: ver 3.x and higher 

User interface: V.35 DTE, Keypad, LCD, LED 

Data interface: Via DB25 (EIA-530) Connector 

Electrical 

Operating voltages: 120/240VAC, 60/50Hz 
Power consumption: 37W 

Dimensions 

2U rack-mount: 3.5 x 18 x 19 inch housing 
Buffer 

Nonvolatile: 1.2 or 4.0 GB 



Configuration Diagram 




MiraLink Coi-poration 

180 South 300 West Salt Lake City, UT 84101 
Phone 1 -801 -575-LINK (5465) 
Fax 1-801-532-LINK:(5465) 
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Alert! for windows NT $1 



As corporations become increasingly dependent on their 
network systems, network administi-ators need to be aware 
of changes as they occur within network devices. The 
Simple Network Management Protocol (SNMP) has become 
the de-facto standard for monitoring and making changes in 
network devices over the last several years. However, due to 
lag in vendor support, or excessive expense, many critical 
network components still do not yet support SNMP. Alert! 
for Windows NT addresses several areas of management 
within your NT server, assisting you to be more aware of the 
file server configuration and operation. 

Alert! for Windows NT is a NT SNMP extension DLL 
that can be loaded on all of your NT servers or workstations. 
Tt will generate Standard SNMP vl TRAPs to any SNMP 
management console to notify you of important NT OS and 
application events. The TRAPs represent information about 
Configuration, Performance, Security, and Accounting 
Management. Each TRAP is sent including the Network 
Integration Enterprise ID. a unique specific TRAP ID, and 
variable bindings that provide details about the event. Alert! 
for Windows NT includes the following features; 

• SNMP extension DLL written in C l + 

• Supports NT 3.51 and NT 4.0 Server and Workstation 

• Generates 1 00% Standard SNMP TRAPs 

• Will Log TRAPS to a local log tile 

• Easy to customize and configure 

• Each TRAP can be individually enabled/disabled 

There are more than 500 TRAPs that are built into Alert! 
for Windows NT and all NT event messages can be 
remapped into standard SNMP TRAPs. Previously these 
event messages could only be seen if you viewed your NT 
event log. Now these messages can be sent to your SNMP 
management console for immediate notification. Conditions 
such as Services starting or stopping, Security changes. 
Hardware and Software problems — all messages that would 
appear in your event log — can now be reported and easily 
ti'acked. 

Alert! for Windows NT comes configured to generate 
numerous TRAPs for key NT OS events including 
Configuration, PerfoiTnance, Security and Accounting. 
Some of the areas supported arc: 

File Ser^'er Status 

• Service Status (Start/'Stop) 

• Shares 

• Print Jobs 

■ User Account changes 

• File Sender Time Changes 

■ File Server Shutdown 

• Memory Events 

■ Packet Buffer Events 
User and Connection Status 

■ Connection Status 

• Login/Logout Status 
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■ Intruder Detection 

• Security Rights Changes 

• Out of Connections 
File System Status 

• Volume Status 

• Directory Structure Changes 

• File System Rights Changes 
All Event Log Messages 

• Any Event Log message can be sent as a TRAP 

• Application- or service-specific messages can be remapped 
as unique TRAPs 



To Download an Evaluation Copy of Alert! for Windows 
NT: 

1. Click on the link below to download the program to your 
computer. Save the program wherever you would like on 
your hard drive. 

Server Version: A1ertsv.exe ( 1 ,544KB) 
Workstation Version: Alertws.exe (1, 544KB) 

2. Download the Alert Manual and follow the mstructions 
for installing the program. NOTE: The manual is in Adobe 
Acrobat format. If vou do not have the free Adobe Acrobat 
Reader, you can download it dn ectly from Idol v 

alert.pdf (140KB) 

3. Contact MiraLink for registration numbers: 

Phone - (801) 575-LINK (5465) 

Fax- (80I) 532-LINK 

E-mail — rmccabeCajmiralink.com 



Sli PPORI IM P H)\\\'V\ \^() PRODI C 1 INJ O I now TO GET 
MORE INFO I R 1 SFll FR I ( ( jNJSl ll T1>t PVRIMKS 
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Uptime Monitor 



tS3 



Uptime Monitor functions as a network management 
console. Uptime Monitor provides a network administrator 
with a simple interface for monitoring the status of key 
network devices using SNMP. Uptime Monitor includes the 
following features: 

• Configurable Polling Interval 

• Display of Device Uptime 

• Automatic Sorting of Devices by Name, Uptime, or Status 
■ Simple Alarm Window 

• Alarm Indication for Device Timeouts or SNMP Alarms 
(TRAPs) Received 

• Ability to Invoke Other SNMP Tools 

Uptime Monitor initiates alarms when monitored network 
elements do not respond to polling. Designed for PCs 
operating with Windows 95 or Windows NT, Uptime 
Monitor is easily installed and does not require expensive, 
dedicated hardware, Uptime Monitor simply runs in the 
background environment of your PC. 



To Download an Evaluation Copy of Uptime Monitor: 

1 . Click on the link below to download the progi^am to your 
computer. Save the program wherever you would like on 
your hard drive. 

Server Version: uptime.exe (2, 1 1 5KB) 

2. Download the Uptime Monitor Manual and follow the 
instructions for installing the program. NOTE: The manual 
is in Adobe Acrobat format. If you do not have the free 
Adobe Acrobat Reader, you can download it directly from 

Adobe . 

uptime.pdf (121KB) 

3. Contact MiraLink for registration numbers: 

Phone -- (801) 575-LlNK (5465) 

Fax - (801) 532-LINK 

E-mail — rmc c a b e Cg'jmi r a I i n k . c om 
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How to Get More 
Information 



Included Product Trial Offer 

MiraLink has the only patented technology which, in a 
cost-effective and practical manner, enables disaster recovery 
of critical data at the network operating system level. 

To receive more infonnation directly from MiraLink or by 
mail: 

Hours - 9:00A.M. to 5:00P.M. Mountain Time Monday 
through Friday 

1 80 South 300 West, Salt Lake City, Utah 841 01 
Phone - (801) 575-LiNK (5465) 
LCiJ s""-""'-;^ " Fax - (801) 532-LlNK 

E-mail - rmccabe@miralink.coni 

To receive more information by e-mail, please send the 
i«BBDUcri»<fo following infonnation: 



1. Name 

2. Company Name 

3. Address 

4. Phone and Fax 

5. E-Mail address 

6. Questions/Comments 
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Platiiium VAR 



I abi n 

1 eclmology 

1717 West Barry 
New York. NY 
10165-0516 
(212) 949-2290 



Safetynet PLC 

12-13 Braclaiell 

Beeches 

Bracknell 

Bershire RG12 7BW 
England 
01344 . 869933 
01344 . 360474 
(fax) 

wwv sj|f|\iiet(o ill 
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Consulting Partners I 



CONSULTING 
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MiRALiNK 

CORPORATION 




MiraLink is a worldwide supplier of hardw arc and 
software for the client/server market. iVIiraLInk devices, 
when attached to both primary and standby file servers, 
enable real-time duplication (mirroring) of mission- 
critical data at remote locations. 



NETSCAPE 2.0 ENHANCED 
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Support Information $ 



Hours - 9:00A.M. to 5:00P.M. Mountain Time Monday 
through Friday 

180 South 300 West, Suite #130, Salt Lake City, Utah 84101 
Phone -- (801) 575-5465 
Fax - (801) 532-5465 
E-mail - mlwiMiiinLralil^^ 

To receive support by e-mail, please send t!ie following 
infonnatiou: Name: 

Company T\ame: 

Company address: ^ _ 

Phone: f ' ~ 

Fax: I " "'~ " ""~ ~" 

E-Mail address: 



Host system configuration: 
Manufacturer/Model number: 
Hard disk make/model number: 
liarddisk^partition size: 
System memory: 
Description ofproblem: 

Remote system configuration: 
Manutacturer/Model number: 
suf"i»om ii.J-o Y^^^^ jjj]^ make/model number: 
jjj C8HPAN* I -4 f 0 ijar^j Jjslv pai tition size 
j^PBODUcrififo System memor\2_^ _ 

^ Description ofproblem: 

SlESElittS I 
tO*ISUkTlNG 

l\y tmtms SEND I 
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Company 
Backgrounder 

CORPORATE 
INFORMATION 



MiraLink Corporate Information 

\ oil idcil i n Apii l , 1^)4, M iidlink i a woildnioe s ippliti 
of hdicfadie ard soin\aTe t oi the cli ent ^ei \ et mai |. e' 
Miitil ink dcMtes when dlUKliLd to bot?i pnmai> and 
standby file sefv ers. enable real-time duplication 
(rnii 10' mg) ol inij^ion tiitical data at le tno'e li'^grions 
Miial in k units keep time-sensitne lum ho is up an d 
I j nnipgiegjutl tbs ol naluial oi man ticatcd t hieats 

C orporate Mrategv: 

\hial ink's sfatefi-y i s to punide 'he pii-nnei husintss 
contmuitN disastLi lecoven sys ttinfoi P< nttwoiks i^ht^ 
C ompan v pj d\ ides cost- et hcie.it easy t o-inanafie products, 
J istinguishcd b ^ quali ty and ^cliabihl'v . whiwU nia\i nj/e 
data secinit\ \ Mthout deiiijjt al ms netw oik pi fonnanct 



Corporate Htailtiii.tr lers: 

180 Soiih ^OO West 
'^''It 1 a ke( Uv. Utah S41i 1 
IhoiiL 1 hOl ■^7-^ II Nlv ( 146- ) 
l as 1 SOI ->12 L [Mv(M6i) 
mhnk «mii jhnk eon dn'ttnet) 



Press Contact: Ron McCabe 

V I' c Pu idt nt M ail el and Busitiess l) e\elopinc 

(8( 1) i7i 1 I\k (S4 6-- 1 e\t 20^ 



a piiv ncK held ( ompan\ ba ektd b\ ^u)tu t 



£33 Si' 



Market Category: 

I — iMiraLi nk ai dUs produ ets } i ovules sc iMei s m tht 
business eontinuit\ dis >stc i K.O\er) lilaiket speelhe 11 > 
i n the re mote back-up m arket. 

I'rodiict: 

CZl MnaLink has t le onK pittnted teclinolog\ \n lTiLh_ui a 
cost- etlective an d p a^tieal mannei enables di-rstet 
reeo\eiy ot_ciitieal diti it the netwoik opciat' i^ s>' ( m 
level. 



□foi y eats m aiiifidme e onH)ulei Mli; 
ta k en the a\dila bilitv ot ii.niote bicl up nd 



J_d\e 
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ticii L ompcinie s uJia lorei mted Mi iul ink pToducts nn n^ 
this functionality — and resul ting peace o f mr n d — to t he 
PC L VN maiket by niJun,.- i tal tim i. ict nolc iniiioiinK tor 
Novell LANs possible. 

stdiiddid Otf SiitSc nt-i \ ^'^ (coniigination 
consis ts o f pdii ol lai. 1 -mount ibk de\ ites intei t n t 
tables \ mta StandbvStnLi ^2 1in'vCdius dndsoftwa.. 

founi^'dtion ol thL s\ itni is the d sk nuiiomij, 
tunution (SFTll) ol No\l11' s NttWaic ivtiMons ^ 12'dnd 
4 1 woi k bwSt ind uehigliK ctoni xieridcd) PQisically 
N-1iraLink products are a combination of softw are and 
lidtdwaic tonMintd_in i pa irjif_01 [_Sitj. St nu XJl^junits 
Fdch ol rhesL is tonnetttd to i \ nca Stai db> ->t \t i tiisk 
di ly 1 1 and h i ik t ai d, out m tht tompan) s mam \o\tl 1 
NetW lit stivti and tht othti ol t s ite in tlic NttVv <u t 
btdndb. stnti \ nta piodu t m tl c man str tr icmo\ts 
tht n m oied d - k fiom the htist s tem and plates it in a 
slindln 'j\^aim st ivei hentt the same Standby Sti\u 
CUmii li in s Olf-SiteStPti \ unit ad| dtent to the 
host s> st cm ts tntia K intti^tp s tht \ inta lirk taid 
mtormation and prepares it for transmissio n acro ss a low 
bdndw idth tomniunit itions i.h nntl A t ih t slandb') si*t 
tnc itmotL Off Siti-StiMi ^Mml. tnts dndiestoits tht 
data to lis oiigmal loimat aid thtn ti ans^-t is it to tht attu il 
stdndby sti \ ei Horn I c Novell and \ mta stdiidpoinis tht 
Ol f SittStr ti \ "^'i systtm btcomt ti irspai tnt Tht onb 
siffliti tant di tt tientt i s that tht \1naL ivk piodutts tn ibk 
Iht lunctiona hl) to bt ittomplishcd at i itmot c loc i tion 
ug^to thousands ol miles awav. 

1 oin niirnic.ition s i nk's l.i ds. 

Drhe \ o itp iit ol the Olf S teSenti units pioudes i 
n u mber ot opbon s l oi a tompan>'s t on munKations 
channel mter tace. Fhroiitih an external CSlJ.' DbU o r router 
tompatih le biidgt thtsi units tan intci t ice to A 1 \1 
TI Fl fiactiotitl ri F1 ISDN hame leku e thenei 
FDDl, toke n rms- etc. 1 wisted p air connections up to 
bM\) teet are also supported. 

Proclii cl Beiierit s: 

iiaLmk s pnmdn [iioduet benefits i jin bj. 
s imm ari/ed as lol'ovvs ) 1 tont muous ini ionn,a to the last 
transaction pnor to primary tile server failure: 2} activation 
or the standby server withm minutes of prirna ry server 
failure or destruction; 3) acc oinmoda tma rnultiple 
commu nication protocols; and 4) e nabling th e use ot 
low-bandwidth links to reduce recurrm<i communication 
cost s. 

add ition Mini ink s s\,teni does not l equiit 
network users to log off the network. It inhibits disk r eads. 
thus ledueing tial lie dtid impi ov mg netw oij; perfonnante 
ft rnmiinizes dirty cache butters/ out standing disk requests 
and maintains 1 AN ptifoiinmte 1 iiullj) it ha= a 
use r-fnendly menu-based louchpad plus L CD and l^hD 
disp a>s f oi dia.gnostit information a i d eis , iietvv i n 1 
admmistration/co ntro l . 

Likciv FurchHsers: 

I lAny business that r u ns on a N ovell PC" l_.ANjind which 

has n mtm ti oush upddltd mission tntieal d at ns i lugital 
piosptct Ol \bial m k sOf^ SiteSei \ et syst em 
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Hieneed to W__lAVjl?y;'™]i' iuUm ft ( leal time 
data ciuphcation ) may s tem irom any o ne ot — or a 
cornhm tion 0I th^tol o^ut ^ j coipoiate polic\ 
R.HdrdmKiisk Lxposuii- downsizing Iroin mai lii amt 
computing^ national disaster recovery regulation 
comphai ice; the threat ot physical interrupti ons such as 
ele^tnc po\\^et_( i<^utbanj;^s 01 tiaiuial ukI weathei 1 elated 
^il^Jiiiii-J^LJiiJJlobS^ t\ ol ivts ol sabot <se 01 
v andalism. 

I Iviiidl ink's piodui^ts aiL most appuipiiatc in s ituat ons 

t^heie the tOst to pioltct lEjainst the loss ni elecriOTic tl Va 
while not msygnifiLant, s incon sequential m comp in-,or to 
the cosjjo 1 e£l ite potentialK lost d itj^M'iLl^*^^ sej^nients 
where such a situation exists include — but are not limited 
to — t he lollowing : 

• data recovery service providers 

• banking/tmancial services 

• trading 



• Fcdual agencies vvjth rtgioml offices 

• airiines/car renta l/travel 

• telecomm u nications 

• research laboratories 

l.>is tr!hiiti(>ii: 

I IMimI inkciirujilK sJis ns ssKiris diteelK ltd 

thioLigh value addcdusLlkis (V^Rs) ijndjrjs urh 
irrtegrators. 

Sales Otflces: Headquarters: 



PdtJ_oid I^VOI s■7^ 1 IKj<(',4()5j 
L mail D tordi i nmahnk com 
Vice-President Sales and Support 

Europe: 

Graham Pobjoy 

Oil 44 1344-777006 

E-mail - R pobi oyifl j mir al ink.c om 

European sales manager 
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Product Information I 



T7.nilll;'''' MiralJnk Product 

FDDI. ISDN, Frame L-JMit'aLmk has the onl y paten ted technolo gy which, i 
Reldv etc ci^at cftLtti vt an d practical mann ei enables di^astet 

t^eco\e'\ cit criti cal data at th ^ invvork opciatirK s' stcn 

Retrievable Data 111 

Ready to Use FomMt ^^^^ vc . i., naintiamc compute. MIS manaije.s nave 



Uses Low Batidwidih l^!j^^3i!l^^.i^''^'^'^^t> ofreniote backup and '■etuiiti_<inlMl 
(low cost) Coimection tP'npanics' dat a lor granted. MiraLmk products bring tms 

tunctionality — and resulting peace ot minci - to the P( : 
Compatible with LAN market by making real-time remote miiT onng for 
Viiica^ Novell LANs possible. 

Staiidb\Senei^and □rht stardatd Off - Sil^Se nti \ ^5 (i.onriguiatioi 
Snapshot^ Products consists ol a pa n ol idck m oiintabic devices mtcit ivC 

L.b ks \ "c. Stardb S e vu ^2 hiik.a-ds t nd sot'n ai. 
Reduces Reliance on □u^foumynonj)! the system is the disk mmoiinu 

fu nction (S I lUj of Novell' s NetWait !\ >ision s ^ 12 and 
4 1 vvtiik best and aie hi ghly r commended). Physically. 
MiraLmk product.s are a combinati on ol software and 
hardware contained m a pair ot Otf-SiteServ er V. 35 units. 
Each of these is conne cted to a Vinca bta ndbyServer disk 
dnver and Itnk card, one m the companys main Nov^dl 
NetWare server and the other, off-site, m the NetWare 



Tape Backup Systems. „ 



the miiioied disk tiom the host systtin an d places it m a 
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Communications Interfaces: 

The V.35 output of the Off-SiteSen'er units provides a 
number of options for a company's communications channel 
interface. Through an extemal CSU/DSU or compatible 
bridge, these units can interface to: ATM, Tl/El, fractional 
Tl/El, ISDN, frame relay ethemet, FDDI, token ring, etc. 
Twisted pair connections up to 5,000 feet can also be 
supported. 

Product Benefits: 

MiraLink's primary product benefits can be summarized 
as follows: )1 continuous mirroring to the last transaction 
prior to primary file server failure; 2) activating the standby 
server within minutes of primary server failure or 
destruction; 3) accommodating multiple communication 
protocols; and 4) enabling the use of low-bandwidth links to 
reduce recurring communication costs. 

In addition, MiraLink's system does not require network 
users to log off the network. It inhibits disk reads, thus 
reducmg traffic and improvmg network perfonnance. It 
mnnmizes dirty cache buffers/outstandmg disk requests and 
mamtams LAN performance. Fmally, it has a user-fnendly 
menu-based touchpad plus LCD and LED displays for 
diagnostic information and easy network 
administration/control. 
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Press Comments 



Off-SiteServer V. 35 



NetWare File Server Mirroring Over High Speed 
Communication Links 



"Having a min'ored NetWare server next to your main 
machine will be of enormous benefit should your main 
server fail. But it the building catches fire, or the roof 
collapses, both servers will be destroyed. If if s essential to 
get your company up and working immediately after a total 
disaster, you're going to have to create a complete office 
environment at a remote site. MiraLink's Off-SiteServer 
V.35 can help you do just that. 

"Off-SiteServer is aimed at companies that can't afford 
to lose business due to fire, flood and other catastrophes. 
It's not cheap, but it it's the difference between going out of 
business and surviving, cost won't be an issue. " 
LomstUndof) PC Magazine UK July, 1996 



"Because MiraLink's Off-SiteSen'er buffers the data, such 
low-speed WAN Hnks as 56k bps, ISDN or fractional T-1 
lines may be used. Therefore, cheaper WAN connections 
can quickly pay back the cost of the expensive MiraLink 
hardware. Enterprises with infrequent but massive spikes of 
data mirroring, such as with database downloads, do not 
need high WAN bandwidth for Off-SiteServer. 

"Just for kicks, we vandalized the WAN link (by pulling 
out a cable) to see what Off-SiteServer would do. It merely 
noted that the link was down and continued to buffer the 
data. We even swapped a 56K bps link for a T-1 in 
midstream, then back again, with no ill effects. We were 
impressed." "Skirting Server Disaster" Ken Pliillips PC Weeli 
June 17, 1996 



"Off-SiteServer provides NetWare installations with a 
unique way to distribute server tolerance across the wide 
area network, using anything from analog dial-up lines for 
near-real-time backup to T-1 links for actual server 
mirroring. By enabling centralized backup of multiple 
remote sites and protecting users from disasters at a 
particular location, Off-SiteServer makes the PC-LAN 
environment a more robust platform for business-critical 
applications." 

Susan Breidenbacli Editor in Chief LAN Times April, 1995 



"For network managers, ensuring server uptime is the chief 
challenge of their jobs: natural disasters, criminal acts, 
human error, parts failures and just plain bad luck can all 
bring a network to a crashing halt. For peace of mind and 
complete protection.. .the most thorough solution is to clone 
a vital server, either across the campus for local fault 
tolerance or off-site for full-blown disaster recovery. 
"MiraLink Corp., maker of the WAN-based 



1 of 2 



1 1/29/2006 9:32 AM 



Press Comments 



http://web.archive.0rg/web/l 9970505 18161 7/www.niiralink.coin/prs. . 



Off-SiteServer V.35, solves the WAN bandwidth problem 
by first buffering all minw requests to a large hard disk in 
MiraLink's box. Even if the WAN link fails, min-oring can 
still occur at top speed as a local disk mirror. The buffer 
also makes it possible to use low-speed WAN connections, 
down to 56k bps, thereby saving money on the corporate 

"For safety, nothing beats server cloning" Ken Phillips PC- 
Week June' 17, 1996 



"If you could foresee a disaster coming to your customer's 
network, would you: a) make sure all the backups were 
done and bring a set of archive tapes off-site; b) install a 
standby server in a miiTored configuration; or c) install a 
standby server in a mirrored configuration at your own 
office and let it work remotely? 

"If you think the third option sounds good, check out 
Off-SiteServer V.35, a solution developed by MiraLink in 
conjunction with Vmca and Novell. Off-SiteServer V.35 
lets you build a mirrored file server environment using 
telecom channels or routable protocols. Building such an 
environment is not as tricky-or costly~as you might think." 
"Stand By, Remoteiy" Dave Brambert Network VAR Januaiy, 
1996 



"MiraLink's Off-SiteServer works with Vinca's 
StandbyServer hardware and software to allow the remote 
server to be a distant site. That capability is 'particularly 
attracbve for disaster-recovery purposes,' say Robert 
Janusaitis, a consultant with BSG Consulting in Houston. 
'After the World Trade Center (bombing), a lot of people 
will want this capability,' adds Paul Mason, research mgr., 
system level software at International Data. 
"NetWare: Higher Availability at Lower Cost" Paul Strauss 
Datamation Nov. 15, 1994 



"Off-SiteServer includes software and two rack-mountable 
units. One unit remains at the host site and is connected to 
the second, a remote unit, via a dedicated Tl or El 
telephone line, making the system safe from any disaster 
that may befall the host area. 'Right now there are a lot of 
mainframe and minicomputer products that do what this 
does, but Off-SiteServer is relatively unique in a LAN 
environment,' said Jim Greene, an analyst with BIS 
Strategic Decisions, in Norwell, Mass." 
"MiraLink Mirrors Servers for Real-time Access" Gate T. 
Corcoran /«/o World September 19. 1994 
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Technical Review 



MiraLink (Off-SiteServer V. 35) 



NetWare File Server Mirroring Over High Speed 
Communication Links 



Off-SiteSei-ver V.35 is a sophisticated system designed to 
enable disk mirroring on a real-time basis, over standard 
communication lines. The two foundations of the system 
are: Novell NetWare, specifically the proven and reliable 
disk mirroring function (SFTll) therein; and Vinca's 
StandbyServer 32 product. 

Vinca's StandbyServer 32 takes advantage of the 
numerous features and strengths of NetWare disk mirroring 
and has provided a value-added benefit to NetWare by 
removing the min'ored disk from the host system and 
placing it in a standby "warm" server; hence the name 
"StandbyServer." 'f he standby ser^'er, at a minimum, must 
be capable of running NetWare and have at least the 
amount of disk space as will be mirrored to it from the 
primary server. 

The StandbyServer 32 product consists of: a disk driver; 
pseudo disk controllers, or "link" cards, installed in both the 
primary and standby ser\'ers; and a file management system 
in the form of an NLM, loaded on the standby sen'er. The 
primary server is set up as if it has two mirrored local 
partitions (NetWare restricts all min-oring to a partition 
level). In reahty, one of those partitions is located in the 
standby server. The Vinca software/hardware combination 
on the primary server acts as a disk interface system. 
However, rather than porting the data directly to a local 
drive, it transfers it out through its internal link card and 
into the standby server link card. I'he NLM running on a 
limited version of NetWare on the standby sei'ver ensures 
that the disk write information is placed on its disk system. 

When this setup has been implemented and the primary 
server fails, the standby ser\''er can become the active 
server, with completely up-to-date file information, in a 
matter of minutes. It accomplishes this by downing the 
limited NetWare system and then activating the duplicated 
"real server". 

The connection between the link cards of the NetWare 
server and the standby server is made with a custom, 
high-speed interface cable. Though perfoiTnance with this 
configuration is quite good, the distance limitation of 25 to 
50 feet becomes a severe drawback to many potential 
clients. These clients recognize that a disaster that affects 
the primary server can all too easily also affect the back-up 
in the same location. Therefore, to avoid this, they view 
off-site disaster prevention and recovery as a prime 
requirement. 

The Off-SiteServer V.35 Solution 

The Off-SiteServer V.35 system essentially intercepts the 
Vinca link card infonnation and prepares it for ti-ansmission 
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across any one of a number of standard communications 
channels. At the standby site, Off-SiteServer V.35 receives 
and restores the data to its original fonnat, then transfers it 
to the actual standby server. From both the Novell and 
Vinca systems' standpoints, the Off-SiteServer V.35 system 
becomes transparent. From the clients perspective, 
however, the difference is substantial because the backup is 
no longer limited to a server located a few feet away from 
the primary server. Now, the two servers can be separated 
by hundreds or even thousands of miles. 

The Off-SiteServer V.35 

The Off-SiteServer V.35 units in the system are identical as 
far as hardware is concerned, allowing swapping of the 
local (primary) and remote (secondary) units, if necessary. 
Because of software differences between the two sites, a 
menu function allows the administrator to select either 
"Local" or "Remote." The system hardware consists of two 
2U rack mount boxes. Each one incorporates: a keypad; 
4-line LCD; a sophisticated multi-processing system; a 
V.35 interface a power supply; and a hard disk drive. 

Local Off-SiteServer V.35 

The local Off-SiteSer\'er V.35 unit performs the vast 
majority of tasks between the two sites. The Vmca link 
data, which is intercepted in the form of four serial links 
transmitted in parallel, must be correlated and eventually 
converted into a single serial stream. This converted data is 
then immediately stored to an internal 1 .2 gigabite NVB 
(Non-Volatile Buffer). Following a write to the NVB, 
Off-SiteServer V.35 will acknowledge the successful 
receipt of the write packet to NetWare through the Vinca 
subsystem, allowing NetWare to clear the outstanding 
packet from its internal cache and fa-ansmit the next write 
packet. It then becomes the responsibility of the 
Off-SiteServer V.35 to ensure the delivery of all packets 
stored on its internal NVB. 

Off-SiteServer V.35 incorporates a V.35 standard 
interface which accepts complete packets from the main 
processor section for transmission to a CSU/DSU (Channel 
Service Unit/Data Service Unit) or other V.35 compatible 
equipment. This router is located externally to the 
Off-SiteServer V.35 unit. Packet integrity between the two 
Off-SiteServer V.35 units is ensured through the use of a 
32 bit CRC (Cyclic Redundancy Check). The CRC is 
generated at the local site and checked at the remote site. If 
a corrupt packet is detected at the remote site, the local 
Off-SiteServer V.35 will retransmit the information from its 
NVB. 

Remote Off-SiteServer V.35 

The remote Off-SiteServer V.35 unit receives the incoming 
disk data through its connected CSU/DSU device and 
prepares it for transmission to the standby server link card. 
Its primary tasks include: the conversion of a single serial 
link to the four link system used by Vinca; and notification 
to the local site that the data was successfully received. 
Except when processing read requests (see below), the 
NVB on the remote system usually remains inactive. 

Read vs. Write 

One of the normal benefits of NetWare mirroring is that 
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NetWare will use any or all of the mirrored drives when 
processing read requests. That is, when NetWare obtains a 
read request from a system user it will use the best 
available drive (as detennined by its own algorithm) to 
process that request. When numerous read requests are 
presented, those read requests are typically split up among 
the min-ored drives. This is commonly referred to as 
NetWare's "split-seek" function. 

Unfortunately, the split-seek feature becomes a severe 
hindrance to the mirrored drive system when one of the 
mirrored drives is located off-site. Read requests can take 
much longer to process, resultmg in a potentially significant 
perfonnance loss. To avoid this possibility, MiraLink 
provides an NLM (NOSPLTSK.NLM) which disables the 
split-seek capability of NetWare versions 3.12 and 4.1. Its 
use is highly recommended. 

Even with the NLM loaded there will be occasional read 
requests given by the local ser\'er. In general, when this 
occurs, the remote Off-SiteServer V.35 unit must duplicate 
the actions normally only seen in the local unit. That is, it 
must store the read mformation to its NVB, attach a 
checksum, transmit the data through the CSU/DSU, etc. 
Herein lies the essence of the Off-SiteSen'er V.35 
technology. 

The difficulty arises when the requested data is still 
found on the local NVB. That is, when the requested data 
has not yet been transferred across the link to the standby 
server. Because of this possibility, a table of "sector 
references of data not yet transmitted" is kept on the local 
NVB. When a read request is received by the local 
Off-Si, teServer V.35, the system tirst checks this table to 
see if the requested data may still be on the NVB. If this is 
the case, the data is simply read locally and no request is 
made to the standby server. 

NVB and SmartAck 

Users need to understand that when NetWare is presented 
with data to save to disk, it first places that data into its own 
cache memory (in the server). As soon as the disk drive 
system is available, the "saved" data is transferred out of 
cache and onto the disk drive system. Cache memory, used 
for the temporary data "holding tank", is considered "dirty" 
during the transition. Any data located in "dirty" cache is 
vulnerable to loss should a server failure occur. 

NetWare maintains a very close synchronization 
between mirrored drives, allowing them to be out of sync 
only to the limit set in the "Concun-ent Min'or Requests" 
parameter. Even with this set at its maximum limit (this 
depends upon the NetWare version and block size used), 
the disparity between mirrored drives will not e.xceed one 
or two megabytes. Typically, it will be much less than this. 
The net result is that the slowest drive m the system will 
determine the rate at which data is transferred out of dirty 
cache and into the disk drive system. Therefore, a slow 
drive increases the probability of increased dirty cache and, 
consequently, the probability of data loss should a system 
failure occur. 

To combat such exposure, the NVB and SmartAck 
(Smart Acknowledgment) systems in the Off-SiteServer 
V.35 work in harmony to reduce dirty cache buffer buildup. 
The Off-SiteServer V.35 unit appears to NetWare to be a 
local disk system by storing and then immediately 
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acknowledging all write request packets. 
Data III vs. Data Out 

Generally speaking, the administrator will want to design 
this system so that the communications channel chosen will 
support the "normal" (average) flow of disk write 
information to be transmitted. That is, should the system 
experience disk write activity of 300 Megabytes per hour, a 
Tl interface should be used. If wite activity averages 
under 18 Megabytes per hour, then a 56 kilobit interface is 
sufficient. Because of the on-going expense, the lowest 
bandwidth to support the normal flow should be chosen. 
The following table will help in evaluating the 
communication link requirements. 

Bandwidth vs. Performance 

Bandwidth (Average Throughput) 

Tl (1 .54 Mb/s) [1] - 360 MBytes/hr [2] 
1/2T1 (.75 Mb/s) - 1 80 MBytes/hr 
1/4T1 (.37 Mb/s) - 90 MBytes/hr 
ISDN (1 28 Kb/s) -- 30 MBytes/hr 
56 Kb/s - 1 8 MBytes/hr 

[ 1 ] Mh/s refers to megabits per second [2] MBytes/lir refers to 
megabytes per hour 

The above numbers are for un-compressed data. 
Information isn't available at this time to indicate system 
performance with the optional compression circuitry 
installed. 

The NVB in the local Off-SiteServer V.35 unit serves to 
absorb any burst activity (up to the size limit of 
approximately 850 Megabytes) seen on the network by 
storing the burst data until it can be transferred out. The 
system administrator can set up the local Off-SiteServer 
V.35 to more readily accommodate burst traffic by 
adjusting the priority handling ratios associated with the 
>JVB. That is, when Off-SiteServer V.35 detects a high 
level of activity it can be directed to place a higher priority 
on reducing dirty cache than on transfemng the data out to 
the remote server. Off-SiteServer V.35 will also detect the 
drop m activity, when the burst has diminished, and revert 
back to the noirnal mode of transfer. 

Locked Mirroring 

Once a pair of disk systems are completely mirrored there 
is no noimal event that can "break" that mirror. However, if 
a drive has failed, or is disconnected, NetWare detects the 
problem and begins to maintain a disparity table. Should 
the drive come back on line, NetWare will only "remirror" 
those sectors which were not updated during the failure 
period, as given by its disparity table. 

The coverage of the disparity table to the drive is limited 
by the amount of server cache available and the size of the 
drive. Depending upon these parameters, should a drive 
failure or disconnect occur, the server may eventually lose 
track of the miiTored differences. If this occurs, when the 
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drive becomes re-established, NetWare will force a 
complete remiiTor. 

Another advantage, therefore, to the NVB and 
SmartAck system on the Off-SiteServcr V.35 is that 
temporary communication line failures will not result in a ' 
potential loss of min'or. This is because the local NetWare 
server will be unaware of any problem until the local NVB 
either becomes full or has reached a user-determined level. 



Communication Interfaces 

The original Off-SiteServer V.35 release incorporated an 
internal CSU/DSU and was limited to a Tl interface. The 
cun-ent version provides a common V.35 interface and 
allows connection to a number of communications 
channels, such as 'fl/El , fractional Tl/El, 56 CBS, ISDN, 
etc. In addition, there is V.35 compatible equipment 
available which will interface to ATM, Ethernet, Token 
Ring, and FDDl. 

System Requirements (System Check List) 

A typical installation using Off-SiteServer V.35 requires 

the followmg elements: 

• NConsole program data returned to MiraLink for 
analysis (see following section) 

• One pair of Off-SiteServer V.35 units 

• One pair of EISA Vinca StandbyServer 32 link cards 

• One pair of V.35 CSU/DSU high speed modems, 
matched to interface with the dedicated line you have 
installed (56k, Tl, etc.) 

• A high speed line installed between primary and 
backup sites. The line speed is determined by the 
NConsole data analysis. 

• One EISA off-site server to receive mirrored data 
from the EISA primary sen'er. The disk drive 
capacity of both servers must be equal in size, and of 
similar configuration (i.e.. Raid 5, etc.). Ideally, the 
off-site server should be equal in performance 
capability to the primary server, but this is not 
required. 

Determining Communication Bandwidth Requirements 

An analysis needs to be performed on a server to determine 
how much average traffic or activity takes place on the 
system. .MiraLink provides a free software program from 
Avanti Corporation for companies wishing to run this 
analysis. This program, NConsole, comes with a free 
30-day evaluation license. It is available from Avanti's web 
site . 

MiraLink suggests that a company run Nconsole for at least 
a week and then send the collected data to MiraLink for 
analysis. This can be done either by mailed disk or through 
our web FTP site. Please see MiraLink's web site (under 
server evaluation) for complete details. 

Wea.se note: MiraLmk( and OffSiteServer V.35( are trademarks 
of MiraLink Corporation. All other brand and product names 
mentioned herein are trademarks or registered trademarks of 
their respective holders. 

The information found in this Technical Review is for conceptual 
analysis only. MiraLink believes that all descriptions, reports and 
ained herein are true, but makes no claims as to 
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Data Sheet 



Off-SiteServer V.35tm 

NetWare File Server 
Mirroring Over 
High Speed 
Communication 
Links 



Cornplemerts 
existing back-up 
strategies and "hot 
site" strategies. 

Reduces reliance on 
back-tip tape storage 
wnhout requrring 
users to log off the 
network. Encourages 
disaster prevention 
and recovery efforts. 

Utilizes SmartAck 
technology 



reduce dirtv cache Off-SiteServerV.35 

buffers and mainta 
L.^N performance. 



temporary line 



is the 
premier product for 
real-time mirroring 
of data to a file 



Provides diagnost 
mformation via 
keypad and LCD 

server at a remote 

NLM utility inhibits 
disk reads to rem 
server to improvi 
network 



site. It provides a 
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cost effective 
solution for the 
client/server arena 
while yielding true 
wide area network 
fault tolerance. 



Using standard disk 
mirroring under Novell's 
NetWareiM, 

Off-SiteServerV.35rM mirrors 
all files down to the transaction 
to a remote site, via standard 
telecommunication lines or 
routable protocols. Once this 
min-or is implemented, the 



M» 
(cmiDunkiitieiii 
UN Times 




m 




Of SHOW 




1995 




m mi 




LAS VEGAS 



remote server is essentially a duplicate of 
the host NetWarcTM server. All files, 
including open, closed, bindery, etc., are 
mirrored across a high speed 
communication link. In the event of a 
main server failure, the remote server can 
be started as a NctWareiM server with 
up-to-date file information in a matter of 
moments. 

Integral to Off-SiteServer is the 
SmartAckiM (smart acknowledge) 
system, in combination with our 
non- volatile buffer, provides the key to 
minimizing dirty cache buffers and 
outstanding disk requests during periods 
of heavy activity. The SmartAckiM 
system also allows the selected 
communication channel to operate in the 
background, non-obtrusive to the host 
server. 
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Working in accord with our 
SmartAckiM system, MiraLinkxM has an 
NLM that inhibits disk reads over the 
wide area network. This NLM, 
developed jointly with Novell, reduces 
traffic and helps improve network 
performance. 

The V.35 output of the Off-SiteServer 
units provides a myriad of options with 
regards to a preferred communications 
channel interface. Through an external 
CSU/DSU or compatible bridge these 
units can interface to: ATM, Tl/El, 
Fractional Tl/El, ISDN, Frame Relay, 
Ethernet, FDD I. Token Ring. etc. 
Twisted pair connections up to 5.000 ft. 
can also be supported. 

Our second generation interface allows 
the network administrator to directly 
control many of the Off-SiteScrvcrls 
functions through a user friendly menu 
based touchpad. These controls allow 
direct monitoring of performance as well 
as customized configuration. 

The standard Off-SiteServer V.35tm 
configuration consists of a pair of 
rack-mountable devices, interface cables, 
VincaiM StandbyServer32TM link cards 
and software. 



Specifications 

Total System Throughput 

MAX (with Tl lines): up to 
360Mbytes/hr 

MIN (with 56Kbs): up to 18Mbytes/hr 
Interfaces 

Novell NetWare: ver 3.x and higher 
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User interface: V.35 DTE, Keypad, LCD, 
LED 

Data interface: Via DB25 (EIA-530) 
Connector 

Electrical 

Operating voltages: 120/240VAC, 
60/50HZ 

Power consumption: 37 W 
Dimensions 

2U rack-mount: 3.5 x 1 8 x 19 inch 
housing 

Buffer 

Nonvolatile: 1.2 or 4.0 GB 



Configuration Diagram 




MiraLink Corporation 1997: 180 South 
300 West Salt Lake City, UT 84101 
Phone 1-801-575-LINK (5465) - Fax 
1-801-532-LlNK (5465) 
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How to Get More ^ 
Information 



Included Product Trial Offer 

MiraLmk has the only patented technology which, in a 
cost-effective and practical manner, enables disaster recovery 
of critical data at the network operating system level. 

To receive more information directly from MiraLink or by 
mail: 

Hours -- 9:00A.M. to 5:00P.M. Mountain Time Monday 
through Fnday 

180 South 300 West. Salt Lake City, Utah 84101 
Phone - (801) 575-LINK (5465) 
Fax- (801) 532-LINK 
E-mail -- pfoid (/ m u.hnl com 



0- 



To receive more information by e-mail, please send the 
following information: 

A. Name 

B. Company Name 

C. Address 

D. Phone and Fa.x. 

E. E-Mail address 

F. Questions/Comments 
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MiraLink Resellers ® 
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SafctynetPLC 

12-13 Braclaiell Beeches 
Bracknell 

Bershire RG12 7BW 
England 
01344 . 869933 
01344.360474 (fax) 



Applied PC 
Systems 

West Springfield, MA 
01089 

(413) 739-7390 
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BusinessStl 



Business91 1 
International Inc. 

771 0-T Chen-y Park, Suite 206 
Houston, TX 77095 
(+01 1) 281.550.4995 
E-mail: info@business911.com 
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MiraLink 

CORPORATION 



C0l 



OFF-SmSERWR I^JJ* 



IVIiralJiik is ii worldwide supplier ot hardw are and 
software lor tlic clicnl/scrvcr market. MiraLink devices, 
when allaelied to both primary and standby tile servers, 
enable real-time duplication (inirrorin«i) of mission- 
critical data at remote locations. 



NETSCAPE 2.0 ENHANCED 



1 of 1 



11/29/2006 9:01 AM 



Support Information 



http :/7vveb .archive.org/web/ 1 99704 14151 420/miralink.coni''sprt_inf.htm 



Support Information 



Hours - 9:00A.M. to 5:00P.M. Mountain Time Monday 
through Friday 

1 80 South 300 West, Suite #1 30, Salt Lake City, Utah 84101 
Phone - (801) 575-5465 
Fax -(801) 532-5465 
E-mail - nilinkC«!mira] ink.com 

1 o receivf support b> c-inail, please scud (he loilowitig 
inrorinutiou: Name: 

Company Name: 

Company address: 



E-Mail addie< 



Host system configuration: 
Manufacturer/Model number: 
Hard disk make/model number: 
Hard disk partition size; 
System memory: 
Description of problem: 

r 

Remote system configuration: 
Manutacturer/Model number: 

jfj 1 SUPPORT ' Kf 0 ' 

*^ Hard disk make/model number: 

^CDMPAUti ,to jjj^j.^ disk partition size: 

C^J •***° System^ memory : 

MORE I •, - 

0" 



Description of problem_^ 
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Market Catetjorv: 
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Sales Offices: Headqaarters 



Pit I Old 1 vol '7 -^ II\k( -463( 

t Tniil lioid) tn i i m l com 
Vice-President Sales and Support 

Graham Pobioy 

on 44 1344-777006 

E-mail - a22!21i?YL£{.L!]Ii!i'""'lv'''2n' 

European sales manager 
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Communications Interfaces: 

The V.35 output of the Off-SiteServer units provides a 
number of options for a company's communications channel 
interface. Through an external CSU/DSU or compatible 
bridge, these units can interface to: ATM, Tl/El , fractional 
Tl/EI , ISDN, frame relay ethemet, FDDI, token ring, etc. 
Twisted pair connections up to 5,000 feet can also be 
supported. 



Product Benefits: 

MiraLink's primary product benetits can be summarized 
as follows: )1 continuous mirroring to the last ti'ansaction 
prior to primary file server lailure; 2) activating the standbv 
server withm minutes of pnmarv server failure or 
destruction; 3) accommodating multiple communication 
protocols; and 4) enabling tire use of low-bandwidth links to 
reduce recurring commuracation costs. 

In addition. MiraLmk's system does not require network 
users to log otf the network. It inhibits disk reads, thus 
reducing traffic and improving network perfonnance. It 
minimizes dirtv cache buffers/outstanding disk requests and 
maintains LAN performance. Finally, it has a user-friendlv 
menu-based touchpad plus LCD and LED displays for 
diagnostic information and easy network 
administration/control . 
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Off-SiteServer V.35 Press Comments 

Click he e I ot pj ess ujinniuiis on Off-SitcSer\er\' 35. 



0 Technical Review 

Click here for a complete technical review of 
^ HOW TO GET Off-SiteServer V.35. 



Data Sheet 

Click here for a data sheet of Off-SiteServer V.35. 
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Off-SiteServer V. 35 



NetWare File Server Mirroring Over High Speed 
Communication Links 



"Having a mirrored NetWare server next to your main 
machine will be of enormous benefit should your main 
ser\'er fail. But it the building catches fire, or the roof 
collapses, both servers will be destroyed. If it's essential to 
get your company up and working immediately after a total 
disaster, you're going to have to create a complete office 
environment at a remote site. MiraLink's Off-SiteServer 
V.35 can help you do just that. 

"Off-SiteServer is aimed at companies that can't afford 
to lose business due to fire, flood and other catastrophes. 
It's not cheap, but it it's the difference between going out of 
business and surviving, cost won't be an issue. " 
I.ouise r.indop PC Magazine UK July, J 996 



"Because MiraLink's Off-SiteServer buffers the data, such 
low-speed WAN links as 56k bps, ISDN or fractional T-1 
lines may be used. Therefore, cheaper WAN connections 
can quickly pay back the cost of the expensive MiraLink 
hardware. Enterprises with infrequent but massive spikes of 
data mirroring, such as with database downloads, do not 
need high WAN bandwidth for Off-SiteServer. 

"Just for kicks, we vandalized the WAN link (by pulling 
out a cable) to see what Off-SiteServer would do. It merely 
noted that the link was down and continued to buffer the 
data. We even swapped a 56K bps link for a T- 1 in 
midstream, then back again, with no ill effects. We were 
impressed." "Skirting Server Disaster" Ken Pliillips PC Week 
June 17, 1996 



"Off-SiteServer provides NetWare installations with a 
unique way to distribute server tolerance across the wide 
area network, using anything from analog dial-up lines for 
near-real-time backup to T-1 links for actual server 
mirroring. By enabling centralized backup of multiple 
remote sites and protecting users fi-om disasters at a 
particular location, Off-SiteServer makes the PC-LAN 
environment a more robust platform for business-critical 
applications." 

Susan Breidenback Editor in Cliie/LAN Times April, 1995 



"For network managers, ensuring server uptime is the chief 
challenge of their jobs: natural disasters, criminal acts, 
human error, parts failures and just plain bad luck can all 
bring a network to a crashing halt. For peace of mind and 
complete protection. ..the most thorough solution is to clone 
a vital server, either across the campus for local fault 
tolerance or off-site for full-blown disaster recovery, 
"MiraLink Coi-p., maker of the WAN-based 
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Off-SiteServer V,35, solves the WAN bandwidth problem 
by first buffering all mirror requests to a large hard disk in 
MiraLink's box. Even if the WAN link fails, mirroring can 
still occur at top speed as a local disk mirror. The buffer 
also makes it possible to use low-speed WAN connections, 
down to 56k bps, thereby saving money on the corporate 
communications bill." 

"For safety, nothing beats server cloning" Ken Phillips PC 
Week June 17. 1996 



"If you could foresee a disaster coming to your customer's 
network, would you: a) make sure all the backups were 
done and bring a set of archive tapes off-site; b) install a 
standby server in a mirrored configuration; or c) install a 
standby server in a mirrored configuration at your own 
office and let it work remotely? 

"If you think the third option sounds good, check out 
Off-SiteServer V.35, a solution developed by MiraLink in 
conjunction with Vinca and Novell. Off-SiteServer V.35 
lets you build a min'ored file server environment using 
telecom channels or routable protocols. Building such an 
environment is not as tricky-or costly-as you might think. 
"Stand By, Remotely" Dave Brambert Network VAR January. 
1996 



"MiraLmk's Off-SiteServer works with Vmca's 
StandbyServer hardware and software to allow the 'remote 
server to be a distant site. That capability is 'particularly 
attractive for disaster-recovery purposes,' say Robert 
Janusaitis, a consultant with BSG Consulting in Houston. 
'After the World Trade Center (bombing), a lot of people 
Will want this capability,' adds Paul Mason, research mgr., 
system level software at International Data. 
"NetWare: Higher Availability at Lower Cost" Paul Strauss 
Datamalion Nov. 15. 1994 



"Off-SiteServer includes software and two rack-mountable 
units. One unit remains at the host site and is connected to 
the second, a remote unit, via a dedicated 11 or bl 
telephone line, making the system safe from any disaster 
that may betall the host area. 'Right now there are a lot ot 
mainframe and minicomputer products that do what this 
does, but Oft-SiteServer is relatively unique in a LAN 
environment,' said Jim Greene, an analyst with BIS 
Strategic Decisions, m Norwell, Mass." 
"Mnal mk iMnrors Ser\ers lor Real-iiine \ttess" Cale I. 
Corcoran /n/o World September 19. 1994 
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MiraLink (Off-SiteServer V. 35) 



Net Ware File Server Mirroring Over High Speed 
Communication Links 



Off-SiteServer V.35 is a sophisticated system designed to 
enable disk mirroring on a real-time basis, over standard 
communication lines. The two foundations of the system 
are: Novell NetWare, specifically the proven and reliable 
disk mirroring function (SFTII) therein; and Vinca's 
StandbyServer 32 product. 

Vinca's StandbyServer 32 takes advantage of the 
numerous features and strengths of NetWare disk mirroring 
and has provided a value-added benefit to NetWare by 
removing the mirrored disk from the host system and 
placing it in a standby "warm" server; hence the name 
"StandbyServer." The standby server, at a minimum, must 
be capable of running NetWare and have at least the 
amount of disk space as will be mirrored to it from the 
primary ser\'er. 

The StandbyServer 32 product consists of: a disk driver; 
pseudo disk controllers, or "link" cards, installed in both the 
primary and standby servers; and a file management system 
in the fonn of an NLM, loaded on the standby server. The 
primary server is set up as if it has two mirrored local 
partitions (NetWare restricts all mirroring to a partition 
level). In reality, one of those partitions is located in the 
standby server. The Vinca software/hardware combination 
on the primary server acts as a disk interface system. 
However, rather than porhng the data directly to a local 
drive, it transfers it out through its internal link card and 
into the standby server link card. The NLM running on a 
limited version of NetWare on the standby server ensures 
that the disk write infonnation is placed on its disk system. 

When this setup has been implemented and the primai-y 
server fails, the standby server can become the active 
server, with completely up-to-date file infonnation, in a 
matter of minutes. It accomplishes this by downing the 
limited NetWare system and then activating the duplicated 
"real server". 

The connection between the link cards of the NetWare 
server and the standby server is made with a custom, 
high-speed interface cable. Though performance with this 
configuration is quite good, the distance limitation of 25 to 
50 feet becomes a severe drawback to many potential 
clients. These cUcnts recognize that a disaster that affects 
the primary server can all too easily also affect the back-up 
in the same location. Therefore, to avoid this, they view 
off-site disaster prevention and recovery as a prime 
requirement. 

The Oft-SiteServer V.35 Solution 

The Off-SiteSei-ver V.35 system essentially intercepts the 
Vinca link card information and prepares it for transmission 
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across any one of a number of standard communications 
channels. At the standby site, Off-SiteSer\'er V.35 receives 
and restores the data to its original format, then transfers it 
to the actual standby server. From both the Novell and 
Vmca systems' standpomts, the Off-SiteServer V.35 system 
becomes transparent. From the clients perspective, 
however, the difference is substantial because the backup is 
no longer limited to a ser\-er located a few feet away from 
the primary server. Now, the two servers can be separated 
by hundreds or even thousands of miles. 

The Ofi-SiteServer V.35 

The Off-SiteServer V.35 units in the system are identical as 
far as hardware is concerned, allowing swapping of the 
local (primary) and remote (secondary) units, if necessary. 
Because of software differences between the two sites, a 
menu function allows the administrator to select either 
"Local" or "Remote." The system hardware consists of two 
2U rack mount boxes. Each one incorporates: a keyjiad; 
4-line LCD; a sophisticated multi-processing system; a 
V.35 interface a power supply; and a hard disk drive. 

Local Off-SiteServer V.35 

The local Off-SiteServer V.35 unit performs the vast 
majority of tasks between the two sites. The Vinca link 
data, which is intercepted in the form of four serial links 
transmitted in parallel, must be correlated and eventually 
converted into a single serial stream. This converted data is 
then immediately stored to an internal 1 .2 gigabite NVB 
(Non-Volatile Buffer). Following a write to the NVB, 
Off-SiteServer V.35 will acknowledge the successful 
receipt of the write packet to NetWare through the Vinca 
subsystem, allowing NetWare to clear the outstanding 
packet from its internal cache and transmit the next write 
packet. It then becomes the responsibility of the 
Off-SiteServer V.35 to ensure the delivery of all packets 
stored on its internal NVB. 

Off-SiteServer V.35 incorporates a V,35 standard 
interface which accepts complete packets from the main 
processor section for transmission to a CSU/DSU (Channel 
Ser\'ice Unit/Data Ser\'ice Unit) or other V.35 compatible 
equipment. This router is located externally to the 
Off-SiteSeiwer V.35 unit. Packet integrity between the two 
Off-SiteServer V.35 units is ensured through the use of a 
32 bit CRC (Cyclic Redundancy Check). The CRC is 
generated at the local site and checked at the remote site. If 
a con-upt packet is detected at the remote site, the local 
Off-SiteServer V.35 will retransmit the infomiation from its 
NVB. 

Remote Off-SiteServer V.35 

The remote Off-SiteServer V.35 unit receives the incoming 
disk data through its connected CSU/DSU device and 
prepares it for transmission to the standby server link card, 
its primary tasks include: the conversion of a single serial 
link to the four link system used by Vinca; and notificahon 
to the local site that the data was successfully received. 
Except when processing read requests (see below), the 
NVB on the remote system usually remains inactive. 

Read vs. Write 

One of the nonnal benefits of NetWare mirroring is that 
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NetWare will use any or all of the miiTored drives when 
processing read requests. That is, when NetWare obtains a 
read request from a system user it will use the best 
available drive (as detennined by its own algorithm) to 
process that request. When numerous read requests are 
presented, those read requests are typically split up among 
the mirrored dnves. This is commonly refen-ed to as 
NetWare's "split-seek" function. 

Unfortunately, the split-seek feature becomes a severe 
hindrance to the mirrored drive system when one of the 
mirrored drives is located off-site. Read requests can take 
much longer to process, resulting in a potentially significant 
performance loss. To avoid this possibility, MiraLink 
provides an NLM (NOSPLTSK.NLM) which disables the 
split-seek capability of NetWare versions 3.12 and 4.1. Its 
use is highly recommended. 

FAen with the NLM loaded there will be occasional read 
requests given by the local server. In general, when this 
occurs, the remote Off-SiteServer V.35 unit must duplicate 
the actions normally only seen in the local unit. That is, it 
must store the read information to its NVB, attach a 
checksum, transmit the data through the CSU/DSU, etc. 
Herein lies the essence of the Off-SiteServer V.35 
technology. 

The difficulty arises when the requested data is still 
found on the local NVB. That is, when the requested data 
has not yet been transferred across the Imk to the standby 
server. Because of this possibility, a table of "sector 
references of data not yet transmitted" is kept on the local 
NVB. When a read request is received by the local 
Off-SiteServer V.35, the system first checks this table to 
see if the requested data may still be on the NVB. If this is 
the case, the data is simply read locally and no request is 
made to the standby server. 

NVB and SmartAck 

Users need to understand that when NetWare is presented 
with data to save to disk, it first places that data into its own 
cache memory (in the server). As soon as the disk drive 
system is available, the "saved" data is transferred out of 
cache and onto the disk drive system. Cache memory, used 
for the temporary data "holding tank", is considered "dirty" 
during the transition. Any data located in "dirty" cache is 
vulnerable to loss should a server failure occur. 

NetWare maintains a very close synchronization 
between mirrored drives, allowing them to be out of sync 
only to the limit set in the "Concun-ent Min'or Requests" 
parameter. Even with this set at its maximum limit (this 
depends upon the NetWare version and block size used), 
the disparity between mirrored drives will not exceed one 
or two megabytes. Typically, it will be much less than this. 
The net result is that the slowest drive m the system will 
determine the rate at which data is ti-ansferred out of dirty 
cache and into the disk drive system. Therefore, a slow 
drive increases the probability of increased dirty cache and, 
consequently, the probability of data loss should a system 
failure occur. 

To combat such exposure, the NVB and SmartAck 
(Smart Acknowledgment) systems in the Off-SiteServer 
V.35 work in harmony to reduce dirty cache buffer buildup. 
The Off-SiteServer V.35 unit appears to NetWare to be a 
local disk system by storing and then immediately 
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acknowledging all write request packets. 
Data In vs. Data Out 

Generally speaking, the administi-ator will want to design 
this system so that the communications channel chosen will 
support the "nonnal" (average) flow of disk write 
information to be transmitted. That is, should the system 
experience disk write activity of 300 Megabytes per hour, a 
Tl interface should be used. If write activity averages 
under 18 Megabytes per hour, then a 56 kilobit interface is 
sufficient. Because of the on-going expense, the lowest 
bandwidth to support the normal flow should be chosen. 
The following table will help in evaluating the 
communication link requirements. 

Bandwidth vs. Performance 

Bandwidth (Average Throughput) 

Tl (1.54 Mb/s)[i]- 360 MBytes/hr[2] 
1/2T1 (.75 Mb/s) - 180 MBytes/hr 
1/4T1 (.37 Mb/s) - 90 MBytes/lir 
ISDN ( 1 28 Kb/s) - 30 MBytes/hr 
56 Kb/s - ] 8 MBytes/hr 

[1 ] Mb/s refers to megabits per second [2] MBytcs/hr refers to 
raegabyles per hour 

The above numbers are for un-compressed data. 
Information isn't available at this hme to indicate system 
performance with the optional compression circuiti7 
installed. 

The NVB m the local Off-SiteServer V.35 unit serves to 
absorb any burst activity (up to the size limit of 
approximately 850 Megabytes) seen on the network by 
storing the burst data until it can be transfeiTed out. The 
system administrator can set up the local Off-SiteServer 
V.35 to more readily accommodate burst traffic by 
adjusting the priority handling ratios associated with the 
NVB. That is, when Off-SiteServer V.35 detects a high 
level of achvity it can be directed to place a higher priority 
on reducing dirty cache than on transfemng the data out to 
the remote server. Off-SiteServer V.35 will also detect the 
drop in activity, when the burst has diminished, and revert 
back to the normal mode of transfer. 

Locked Mirroring 

Once a pair of disk systems are completely min'ored there 
is no normal event that can "break" that miiTor. However, if 
a drive has failed, or is disconnected, NetWare detects the 
problem and begins to maintain a disparity table. Should 
the drive come back on line, NetWare will only "remiiTor" 
those sectors which were not updated during the failure 
period, as given by its disparity table. 

The coverage of the disparity table to the drive is limited 
by the amount of server cache available and the size of the 
drive. Depending upon these parameters, should a drive 
failure or disconnect occur, the server may eventually lose 
track of the mirrored differences. If this occurs, when the 
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drive becomes re-established, NetWare will force a 
complete remirror. 

Another advantage, therefore, to the NVB and 
SmartAck system on the Off-SiteServer V.35 is that 
temporary communication line failures will not result in a 
potential loss of mirror. This is because the local NetWare 
server will be unaware of any problem until the local NVB 
either becomes full or has reached a user-determined level. 



Communication Interfaces 

The original Off-SiteServer V.35 release incorporated an 
internal CSIJ/DSU and was limited to a Tl interface. The 
current version provides a common V.35 interface and 
allows connection to a number of communications 
channels, such as Tl/El, fractional Tl/El , 56 CBS, ISDN, 
etc. In addition, there is V.35 compatible equipment 
available which will interface to ATM, Ethernet, Token 
Ring, and FDDI. 

System Requirements (System Check List) 

A typical installation using Off-SiteServer V.35 requires 

the following elements: 

• NConsole program data returned to MiraLink for 
analysis (see following section) 

• One pair of Off-SiteServer V.35 units 

• One pair of EISA Vinca StandbyServer 32 link cards 

• One pair of V.35 CSU/DSU high speed modems, 
matched to interface with the dedicated line you have 
installed (56k, Tl, etc.) 

• A high speed line installed between primary and 
backup sites. The line speed is deteimined by the 
NConsole data analysis. 

• One EISA off-site server to receive mirrored data 
from the EISA primary server. The disk drive 
capacity of both servers must be equal in size, and of 
similar configuration (i.e.. Raid 5, etc.). Ideally, the 
off-site server should be equal in performance 
capability to the primary server, but this is not 
required. 

Determininji Conimuiiiciition Bandwidth Requirements 

An analysis needs to be performed on a server to determine 
how much average traffic or activity takes place on the 
system. MiraLink provides a free software program from 
Avanti Coiporation for companies wishing to run this 
analysis. This program, NConsole, comes with a free 
30-day evaluation license. It is available fi-om Avanti's web 
§11?- 

MiraLink suggests that a company run Nconsole for at least 
a week and then send the collected data to MiraLink for 
analysis. This can be done either by mailed disk or through 
our web FTP site. Please see MiraLink's web site (under 
server evaluation) for complete details. 

Please note: MiraLink/ and OffSiteServer VJSfare trademarh 
of MiraLink Corporation. All other brand and product names 
mentioned herein are trademarks or registered trademarks of 
their respective holders. 

The information found in this Technical Review is for conceptual 
analysis only. MiraLink believes that all descriptions, reports and 
.statements contained herein are true, but makes no claims as to 
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Data Sheet ^ 

Off-SiteServer V.35tm 

NetWare File Server Mirroring Over 
High Speed Communication Links 




It-tolerance 
the enterpi 



Off-SiteServer V.35 is the premier 
Provides a high level product for real-time mirroring of data to 

of fault-tolerance to 

a file server at a remote site. It provides a 
cost effective solution for the 
client/server arena while yielding true 
wide area network fault tolerance. 

tandard disk mirroring under 



Using 

Novell's NetWareTM, 0ff-SiteSen-erV.35TM 
iTors all files down to the transaction to a 
remote site, via standard teleconimunicatior 
lines or routable protocols. Once this mirroi 



!r with up-to-date file information h 



Complements 
existing back-up 
strategies and "hot 
site" strategies. 

Reduces reliance o: 
back-up tape storage 
without requiring 
users to log off tht 

network. Encourages implemented, the remote server is essential!; 
disaster prevention duplicate of the host NetWareTM server. All 
and recovery efforts, files, including open, closed, bindery, etc., are 

mirrored across a high speed commumcation 
Utilizes SmartAck gyg^t ^ ^^j^ ^g^g,. f^w^re, the 

technology remote server can be started as a NetWareTM 

(hierarchical 
pre-acknowledge). to' 
reduce dirty cache "I'itter of moments, 
buffers and maintain Integral to Off-SiteSt 
L.^N perforraanco. SmartAckTM (smart acknowledge) system, in combination 

with our non-volatile buffer, provides the key to minimizing 
Maintains mirroring dirty cache buffers and outstanding disk requests during 
in the event of a periods of heavy activity. The SmartAck i M system also allows 
temporary line ^y^^ selected communication channel to operate in the 
disruption. background, non-obti'usive to the host sei-ver. 

_ ., ,. . Working in accord with our SmartAckTM system, 
Provides diagnostic ^Tr>, , ■ , ■ ,■ , , , 

information via MiraLmkTM has an NLM that inhibits disk reads over the wide 
keypad and LCD ^^^^ network. This NLM, developed jointly with Novell, 
display. reduces traffic and helps improve network performance. 

The V.35 output of the Off-SiteServer units provides a 
NLM utility inhibits myriad of options with regards to a preferred communications 
disk reads to remote channel interface. Through an external CSU/DSU or 
server to improve compatible bridge these units can interface to; ATM, Tl/El , 

_ ^ Fractional Tl/El, ISDN, Frame Relay, Ethernet, FDDl, Token 

per ormance. Ring, etc. Twisted pair connections up to 5,000 ft. can also be 
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supported. 

Our second generation interface allows the network 
administrator to directly control many of the Off-SiteServer'^s 
functions through a user friendly menu based touchpad. These 
controls allow direct monitoring of perfonnance as well as 
customized configuration. 

The standard Off-SiteServer V.35tm configuration consists 
of a pair of rack-mountable devices, interface cables, VincaiM 
StandbyServer32 r.M link cards and software. 



Nptcificatioiis 

I ,1,1 1 S\s tem IluoiialiiJii t 




Retum to Previous Page 



2 of 2 



11/29/2006 9:03 AM 



How to Get More Information httjiiZ/web. archive. org/web/19970414151449/nTiraliiik.corn/'niore_inf.htrn 



How to Get More 
Information 



Included Product Trial Offer 

MiraLink has the only patented technology which, in a 
cost-effective and practical manner, enables disaster recovery 
of critical data at the network operating system level. 

To receive more information directly from MiraLink or by 

Hours - 9:00A.M. to 5:00P.M. Mountain Time Monday 
through Friday 

180 South 300 West, Salt Lake City, Utah 84101 
Phone - (801 ) 575-LLNK (5465) 
Fax -(801) 532-LtNK 
E-mail — p rord(fl). mi ra I m k . com 



To receive more information by e-mail, please send the 
Jjjj PRODUCT ; ' ci followmg information: 

0 



A. Name 

B. Company Name 

C. Address 

D. Phone and Fax 

E. E-Mail address 

F. Questions/Comments 
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MiraLink Resellers (S) 
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i SaletynetPLC 

i 12-13 Bracknell Beeches 
Bracloiell 

BershireRG12 7BW 
1 England 




01344 . 869933 
01344,360474 (fax) 




il 








Applied PC 
Systems 

West Springfield, MA 
01089 

(413) 739-7390 
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Business911 
Intematioiial Inc. 

77I0-T Cherry Park, Suite 206 
Houston, TX 77095 
(+011) 281.550.4995 
E-mail: info@business91 1 .com 
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MiraLink 
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OFF-SmSERvm KJJ" 



Miral.ink is a worldwide supplier ol hardware and 
software lor (he elienl/server market. Miral.ink devices, 
when attached to both primary and standby file servers, 
enable real-lime dnplication (mirroring) of mission- 
critical data at remote locations. 
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Communications Interfaces: 

The V.35 output of the Off-SiteServer units provides a 
number of options for a company's communications channel 
mterface. Through an extemal CSU/DSU or compatible 
bridge, these units can interface to: ATM, Tl/El, fl-actional 
Tl/El , ISDN, frame relay ethemet, FDDI, token nng, etc. 
Twisted pair connections up to 5,000 feet can also be 
supported. 

Product Benefits: 

iVtiraLmk's pnmary product benefits can be summarized 
as follows: )1 continuous min-ormg to the last transaction 
prior to primary file server failure; 2) activating the standby 
server within minutes ol primarv server failure or 
deslTuction; 3) accommodating mukiple communication 
protocols; and 4) enabling the use of low-bandwidth hnks lo 
reduce recurring communication costs. 

In addition, MiraLmk's svstem does not require network 
users to log off the network. It inhibits disk reads, thus 
reducing traffic and improving network performance. It 
minimizes dirtv cache buffers/outstanding disk requests and 
maintains LAN perlormance. Finally, it has a user-fnendlv 
menu-based touchpad plus LCD and LED displays for 
diagnostic mformahon and easy network 
administi-ation/control . 
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Technical Review 



MiraUnk (Off-SiteServer V. 35) 



NetWare File Server Mirroring Over High Speed 
Communication Links 



Off-SiteServer V.35 is a sophisticated system designed to 
enable disk TniiToring on a real-time basis, over standard 
communication lines. The two foundations of the system 
are: Novell NetWare, specifically the proven and reliable 
disk min-onng function (SFTU) therein; and Vmca's 
StandbyServer 32 product. 

Vinca's StandbyServer 32 takes advantage of the 
numerous features and strengths of NetWare disk mirroring 
and has provided a value-added benefit to NetWare by 
removing the mirrored disk from the host system and 
placing it in a standby "warm" server; hence the name 
"StandbyServer." The standby sen'er, at a minimum, must 
be capable of ninning NetWare and have at least the 
amount of disk space as will be mirrored to it from the 
primary server. 

The StandbyServer 32 product consists of: a disk driver; 
pseudo disk controllers, or "link" cards, installed in both the 
primarx' and standby servers; and a file management system 
in the form of an NLM, loaded on the standby server. The 
primary server is set up as if it has two mirrored local 
partitions (NetWare restricts all mirroring to a partition 
level). In reality, one of those partitions is located in the 
standby server. The Vinca software/hardware combination 
on the primary server acts as a disk interface system. 
However, rather than porting the data directly to a local 
drive, it transfers it out through its internal link card and 
into the standby server link card. The NLM running on a 
limited version of NetWare on the standby server ensures 
that the disk write information is placed on its disk system. 

When this setup has been implemented and the primary 
server fails, the standby server can become the active 
server, with completely up-to-date file information, in a 
matter of minutes. It accomplishes this by downing the 
limited NetWare system and then activating the duplicated 

The connection between the link cards of the NetWare 
server and the standby sen'er is made with a custom, 
high-speed interface cable. Though performance with this 
configuration is quite good, the distance limitation of 25 to 
50 feet becomes a severe drawback to many potential 
chents. These clients recognize that a disaster that affects 
the primarA' server can all too easily also affect the back-up 
in the same location. Therefore, to avoid this, they view 
off-site disaster prevention and recovery as a prime 
requirement. 

The Off-SiteServer V.35 Solution 

The Off-SiteServer V.35 system essentially intercepts the 
Vinca link card information and prepares it for transmission 



OVERVIEW 



1 of 6 



11/29/2006 8:52 AM 



Technical Review ht1p://web.arcliive.org/web/19970331043327/miralink.coni/tclmcl_^r.lilm 



across any one of a number of standard communications 
channels. At the standby site, Off-SiteServer V.35 receives 
and restores the data to its original format, then ti-ansfcrs it 
to the actual standby server. From both the Novell and 
Vmca systems' standpoints, the Off-SiteSei'ver V.35 system 
becomes transparent. From the clients perspective, 
however, the difference is substantial because the backup is 
no longer limited to a server located a few feet away from 
the primary server. Now, the two servers can be separated 
by hundreds or even thousands of miles. 

The Olf-SiteServer V.35 

The Off-SiteServer V.35 units in the system are identical as 
far as hardware is concerned, allowing swapping of the 
local (primary) and remote (secondary) units, if necessary. 
Because of software differences between the two sites, a 
menu function allows the administrator to select either 
"Local" or "Remote." The system hardware consists of two 
2U rack mount boxes. Each one incorporates: a keypad; 
4-line LCD; a sophisticated muhi-processing system; a 
V.35 interface a power supply; and a hard disk drive. 

Local Off-SiteServer V.35 

The local Off-SiteServer V.35 unit performs the vast 
majority of tasks between the two sites. The Vinca link 
data, which is intercepted in the form of four serial hnks 
transmitted in parallel, must be coiTelated and eventually 
converted into a single serial stream. This converted data is 
then immediately stored to an intemaH.2 gigabite NVB 
(Non-Volatile Buffer). Following a write to the NVB, 
Off-SiteServer V.35 will acknowledge the successful 
receipt of the write packet to NetWare through the Vinca 
subsystem, allowing NetWare to clear the outstanding 
packet from its internal cache and transmit the next write 
packet. It then becomes the responsibility of the 
Off-SiteServer V.35 to ensure the delivery of all packets 
stored on its internal NVB. 

Off-SiteServer V.35 incorporates a V.35 standard 
interface which accepts complete packets from the main 
processor section for transmission to a CSU/DSU (Channel 
Service Unit/Data Sendee Unit) or other V.35 compatible 
equipment. This router is located externally to the 
Off-SiteServer V.35 unit. Packet integrity between the two 
Off-SiteServer V.35 units is ensured through the use of a 
32 bit CRC (Cyclic Redundancy Check). The CRC is 
generated at the local site and checked at the remote site. If 
a corrupt packet is detected at the remote site, the local 
Off-SiteServer V.35 will retransmit the information from its 
NVB. 

Remote Off-SiteServer V.35 

The remote Off-SitcServer V.35 unit receives the incoming 
disk data through its connected CSU/DSU device and 
prepares it for transmission to the standby server link card. 
Its primary tasks include: the conversion of a single serial 
link to the four link system used by Vinca; and notification 
to the local site that the data was successfully received. 
Except when processing read requests (see below^), the 
NVB on the remote system usually remains inactive. 

Read vs. Write 

One of the normal benefits of NetWare mirroring is that 
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NetWare will use any or all of the min-ored drives when 
processing read requests. That is, when NetWare obtains a 
read request from a system user it will use the best 
available drive (as detennined by its own algorithm) to 
process that request. WTien numerous read requests are 
presented, those read requests are typically split up among 
the mirrored drives. This is commonly referred to as 
NetWare's "spht-seek" function. 

Unfortunately, the spht-seek feature becomes a severe 
hindrance to the mirrored drive system when one of the 
mirrored drives is located off-site. Read requests can take 
much longer to process, resulting in a potentially significant 
perfonnance loss. To avoid this possibility, MiraLink 
provides an NLM (NOSPLTSK.NLM) which disables the 
split-seek capability of NetWare versions 3.12 and 4.1. Its 
use is highly recommended. 

Even with the NLM loaded there will be occasional read 
requests given by the local server. In general, when this 
occurs, the remote Off-SiteServer V.35 unit must duplicate 
the actions normally only seen in the local unit. That is, it 
must store the read information to its NVB, attach a 
checksum, transmit the data through the CSU/DSU, etc. 
Herein lies the essence of the Off-SiteServer V.35 
technology. 

The difficulty arises when the requested data is still 
found on the local NVB. That is, when the requested data 
has not yet been transferred across the link to the standby 
server. Because of this possibility, a table of "sector 
references of data not yet transmitted" is kept on the local 
NVB. When a read request is received by the local 
Off-SiteServer V.35, the system first checks this table to 
see if the requested data may still be on the NVB. If this is 
the case, the data is simply read locally and no request is 
made to the standby server. 

NVB and SmartAck 

Users need to understand that when NetWare is presented 
with data to save to disk, it first places that data into its own 
cache memory (in the server). As soon as the disk drive 
system is available, the "saved" data is transferred out of 
cache and onto the disk drive system. Cache memory, used 
for the temporary data "holding tank", is considered "dirty" 
during the ti'ansition. Any data located in "dirty" cache is 
vulnerable to loss should a server failure occur. 

NetWare maintains a very close synchronization 
between muTored drives, allowing them to be out of sync 
only to the limit set in the "Concun'ent Mirror Requests" 
parameter. Even with this set at its ma.timum limit (this 
depends upon the NetWare version and block size used), 
the disparity between mirrored drives will not exceed one 
or two megabytes. T}pically, it will be much less than this. 
The net result is that the slowest drive in the system will 
determine the rate at which data is transfen-ed out of dirty 
cache and into the disk drive system. Therefore, a slow 
drive increases the probability of increased dirty cache and, 
consequently, the probability of data loss should a system 
failure occur. 

To combat such exposure, the NVB and SmartAck 
(Smart Acknowledgment) systems in the Off-SiteServer 
V.35 work m harmony to reduce dirty cache buffer buildup. 
The Off-SiteServer V.35 unit appears to NetWare to be a 
local disk system by storing and then immediately 
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acknowledging all write request packets, 
Data In vs. Data Out 

Generally speaking, the administrator will want to design 
this system so that the communications channel chosen will 
support the "noiTnal" (average) flow of disk write 
infonnation to be transmitted. That is, should the system 
experience disk write activity of 300 Megabytes per hour, a 
Tl interface should be used. If write activity averages 
under 1 8 Megabytes per hour, then a 56 kilobit interface is 
sufficient. Because of the on-going expense, the lowest 
bandwidth to support the normal flow should be chosen. 
The following table will help in evaluating the 
communication link requirements. 

Bandwidth vs. Performance 

Bandwidth (Average Throughput) 

Tl ( 1 .54 Mb/s) [11 - 360 MBytes/hr [2] 
1/2T1 (.75 Mb/s) - 180 MBytes/lir 
1/4T1 (.37 Mb/s) - 90 MB>'tes/hr 
ISDN ( 1 28 Kb/s) - 30 MBytes/hr 
56 Kb/s - 18 MBytes/hr 

[ 1 ] Mb./s refers to megabits per second [2] MBytcs/hr refers to 
megabytes per hour 

The above numbers are for un-compressed data. 
Information isn't available at this time to indicate system 
performance with the optional compression circuitry 
installed. 

The NVB m the local Off-SiteServer V.35 unit serves to 
absorb any burst activity (up to the size limit of 
approximately 850 Megabytes) seen on the network by 
storing the burst data until it can be transferred out. The 
system administrator can set up the local Off-Site Server 
V.35 to more readily accommodate burst traffic by 
adjusting the priority handling ratios associated with the 
NVB. That is, when Off-SiteServer V.35 detects a high 
level of activity it can be directed to place a higher priority 
on reducing dirty cache than on transferring the data out to 
the remote server. Off-SiteServer V.35 will also detect the 
drop in activity, when the burst has diminished, and revert 
back to the normal mode of transfer. 

I.ocked Mirroring 

Once a pair of disk systems are completely miiTored there 
is no nonnal event that can "break" that miiTor. However, if 
a drive has failed, or is disconnected, NetWare detects the 
problem and begins to maintain a disparity table. Should 
the drive come back on line, NetWare will only "rerairror" 
those sectors which were not updated during the failure 
period, as given by its disparity table. 

The coverage of the disparity table to the drive is limited 
by the amount of server cache available and the size of the 
drive. Depending upon these parameters, should a drive 
failure or disconnect occur, the server may eventually lose 
track of the mm-ored differences. If this occurs, when the 
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drive becomes re-established, NetWare will force a 
complete remirror. 

Another advantage, therefore, to the NVB and 
SmartAck system on the Off-SiteServer V.35 is that 
temporary communication line failures will not resuH in a 
potential loss of mirror. This is because the local NetWare 
server will be unaware of any problem until the local NVB 
either becomes full or has reached a user-determined level. 

Communication Interfaces 

The original Off-SiteServer V.35 release incorporated an 
internal CSU/DSU and was limited to a Tl interface. The 
cun-ent version provides a common V.35 interface and 
allows connechon to a number of communications 
channels, such as T I /El, fractional T1/E1, 56 CBS, ISDN, 
etc. In addition, there is V,35 compatible equipment 
available which will interface to ATM, Ethernet, Token 
Ring, and FDDl. 

System Requirements (System Check List) 

A typical installation using Off-SiteServer V.35 requires 

the following elements: 

• N Console progi-am data returned to MiraLink for 
analysis (see following section) 

• One pair of Off-SiteServer V.35 units 

• One pair of EISA Vinca StandbyServcr 32 link cards 

• One pair of V.35 CSU/DSU high speed modems, 
matched to interface with the dedicated Hne you have 
installed (56k, Tl, etc.) 

• A high speed hne installed between primary and 
backup sites. The line speed is determined by the 
NConsole data analysis. 

• One EISA off-.site server to receive mirrored data 
from the EISA primary server. The disk drive 
capacity of both servers must be equal in size, and of 
similar configuration (i.e., Raid 5, etc.). Ideally, the 
off-site server should be equal in performance 
capability to the primary server, but this is not 
required. 

Determining Communication Bandwidtli Requirements 

An analysis needs to be performed on a server to deteiTnine 
how much average traffic or activity takes place on the 
system. MiraLink provides a free software program from 
Avanti Corporation for companies wishing to run this 
analysis. This program, NConsole, comes with a free 
30-day evaluation license. It is available from Ayiinti's web 

MiraLink suggests that a company run N console for at least 
a week and then send the collected data to MiraLink for 
analysis. This can be done either by mailed disk or through 
our web FTP site. Please see MiraLink's web site (under 
server evaluation) for complete details. 

Please note: MiraLinkf and Off-SiteServer V.35( are trademarks 
of MiraLink Corporation. All other brand and product names 
mentioned herein are trademarks or registered trademarks of 
their respective holders. 

The information found in this Technical Review is for conceptual 
analysis only. MiraLink believes that all descriptions, reports and 
Attained herein are true, but makes no claims as to 
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Data Sheet $ 

Off-SiteServer VJStm 

NetWare File Server Mirroring Over 
High Speed Communication Links 




Off-SiteServer V.35 is the premier 
Provides a high level p|-ojyQ^ foj- real-timc mirroring of data to 

of fault-tolerance to ^ ° 

a file server at a remote site. It provides a 
cost effective solution for the 
client/server arena while yielding true 
wide area network fault tolerance. 

Usmg standard disk miiToring under 
Novell's NetWareTM, Off-SiteServerV.35TM 
min-ors all files down to the transaction to a 
remote site, via standard telecommunication 
log off the ''"^s or routable protocols. Once this mirror 
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network. Encourages ™ple™ented, the remote server is essentially a 
disaster prevention duplicate of the host NetWare I M server. All 
and recovery efforts, files, including open, closed, bindery, etc., are 
mirrored across a high speed communication 
link. In the event of a main server failure, the 
remote server can be started as a NetWareTM 
server with up-to-date file information m a 
matter of moments. 

Integral to Off-SiteServer is the 
SmartAckTM (smart acknowledge) system, in combination 
with our non-volatile buffer, provides the key to minimizing 
dirty cache buffers and outstanding disk requests during 
periods of heavy activity. The SmartAek i M system also allows 
the selected communication channel to operate in the 
background, non-obtrusive to the host server. 

Working in accord with our SmartAckTM system, 
MiraLinkiM has an NLM that inhibits disk reads over the wide 
area network. This NLM, developed joinriy with Novell, 
reduces traffic and helps improve network performance. 

The v. 35 output of the Off-SiteServer units provides a 
myriad of options with regards to a preferred communications 
channel interface. Through an external CSU/DSU or 
compatible bridge these units can interface to; .ATM, Tl/El, 
Fractional Tl/El , ISDN, Frame Relay, Ethernet, FDDl, Token 
Ring, etc. Twisted pair connections up to 5,000 ft. can also be 
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supported. 

Our second generation interface allows the network 
administrator to directly control many ot the Ott-SiteServer^s 
functions through a user tnendly menu based touchpad. These 
controls allow direct monitonng ot performance as well as 
customized configuration. 

The standard Oft-SitcServer \ .35 tm configuration consists 
of a pair of rack-mountable devices, interlace cables, VmcaiM 
StandbvSer\'er32iM link cards and software. 



Specifications 
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Off-SiteServer V. 35 



NetWare File Server Mirroring Over High Speed 
Communication Links 



"Having a miiTorcd NetWare sen.'er next to your main 
machine will be of enormous benefit should your main 
server fail. But it the building catches fire, or the roof 
collapses, both servers will be destroyed. If it's essential to 
get your company up and working immediately after a total 
disaster, you're going to have to create a complete office 
environment at a remote site. MiraLink's Off-SiteServer 
V.35 can help you do just that. 

"Off-SiteServer is aimed at companies that can't afford 
to lose business due to fire, flood and other catastrophes. 
It's not cheap, but it it's the difference between going out of 
business and surviving, cost won't be an issue. " 
Louise Lindop PC Magazine VK July, 1996 



"Because MiraLink's Off-SiteServer buffers the data, such 
low-speed WAN links as 56k bps, ISDN or fractional T-l 
lines may be used. Therefore, cheaper WAN connections 
can quickly pay back the cost of the expensive MiraLink 
hardware. Enterprises with infrequent but massive spikes of 
data mirroring, such as with database downloads, do not 
need high WAN bandwidth for Off-SiteServer. 

"Just for kicks, we vandalized the WAN link (by pulling 
out a cable) to see what Off-SiteServer would do. It merely 
noted that the link was down and continued to buffer the 
data. We even swapped a 56K bps link for a T- 1 m 
midstream, then back again, with no ill effects. We were 
impressed." "Skirting Server Disaster" Ken Phillips PC Week 
June 17. 1996 



"Off-SiteServer provides NetWare installations with a 
unique way to distribute server tolerance across the wide 
area network, using anything from analog dial-up lines for 
near-real-time backup to T- 1 links for actual server 
mirroring. By enabling centi'alized backup of multiple 
remote sites and protecting users from disasters at a 
particular location, Off-SiteServer makes the PC-LAN 
environment a more robust platform for business-critical 
applications." 

Susan Breidenback Editor in Oiief LAN Times April. 1995 



"For network managers, ensuring server uptime is the chief 
challenge of their jobs: natural disasters, criminal acts, 
human eiTor, parts failures and just plain bad luck can all 
bring a network to a crashing halt. For peace of mind and 
complete protection. ..the most thorough solution is to clone 
a vital server, either across the campus for local fault 
tolerance or off-site for full-blown disaster recovery. 
"MiraLink Corp., maker of the WAN-based 
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Off-SiteScr\-er V.35, solves the WAN bandwidth problem 
by first buffering all mirror requests to a large hard disk m 
MiraLink's box. Even if the WAN link fails, iniiTonng can 
still occur at top speed as a local disk mirror. The buffer 
also makes it possible to use low-speed W.AN connections, 
down to 56k bps, thereby saving money on the corporate 
communications bill." 

"For safety, nothing beats server cloning" Ken Phillips PC 
Week June 17. 1996 



"If you could foresee a disaster coming to your customer's 
network, would you: a) make sure all the backups were 
done and bring a set of archive tapes off-site; b) install a 
standby server in a miiTored configuration; or c) install a 
standby server in a mirrored configuration at your own 
office and let it work remotely? 

"If you think the third option sounds good, check out 
Off-SiteServer V.35, a solution developed by MiraLink in 
conjunction with Vinca and Novell. Off-SiteServer V.35 
lets you build a miiTored file sen-er environment using 
telecom channels or routable protocols. Building such an 
environment is not as tricky-or costly-as you might think. 
"Stand By, Remotely" Dave Brambert Network VAR January, 
1996 



"MiraLmk's Off-SiteServer works with Vmca's 
StandbyServer hardware and sottware to allow the remote 
server to be a distant site. That capability is 'particularly 
attractive for disaster-recovery purposes, say Robert 
Janusaitis. a consultant with BSG Consulting in Houston. 
'After the World Irade Center (bombing), a lot of people 
will want this capability,' adds Paul Mason, research mgr., 
svstem level software at International Data. 
"^et^^arc. IIiHliei Vvailjlnlits j( I owci ( ost" l\iui btrauss 
Datamation Nov. 15. !994 



"Olt-SiteScrver includes software and two rack-mountable 
units. One unit remains at the host site and is connected to 
the second, a remote unit, via a dedicated 1 1 or bl 
telephone line, making the system safe from any disaster 
that may befall the host area. 'Right now there are a lot of 
maintrame and minicomputer products that do what this 
does, but Oft-SiteSer\'er is relanvelv unique m a LAN 
environment,' said Jim Gi-eene. an analyst with BIS 
Strategic Decisions, m Norwell, Mass." 
'Miidi ink Vlirrois SLrxeis loi Kul-finu Access" C jte T. 
Corcoran //(/o World September 19. 1994 
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Safety nel PLC 

12-13 Bracknell Beeches 
Bracknell 

Bershire RG12 7BW 
England 
01344 . 869933 
01344 . 360474 (fax) 



Applied PC 
Systems 

West Springfield, MA 
01089 

(413)739-7390 
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Support Information ^ 



Hours -- 9:00A.M. to 5:00P.M. Mountain Time Monday 
through Friday 

180 South 300 West, Suite #130, Salt Lake City, Utah 84101 
Phone -(801) 575-5465 
Fax - (801) 532-5465 
E-mail - mlink/aimiralirik.com 



lo receive support b\ e-mail, plei 
inforiiuitioii: \ 1 . 

Companv Name: 

C ompany address: 

Phone: i 
Fa: , 

E-Mail address; 



c send the follow ing 



Host system configuration: 
Manutacturer/ Model number: 
Hard disk make/model number: 
Hard disk partition size; 

System memory: 

I 

Description of problem: 



Remote system contiguration: 
Manufacturer./ Model nurnben_ 
Hard disk make/model numben_ 
mrwt luff) Flard disk partition size: 
iJjpRODUcri'iFO System memoiy 



0J. 



Description ol probler 



COhSULtmO 

l\y mtamm send 
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How to Get More ^ 
Information 



Included Product Trial Offer 

MiraLinli lias the only patented technology which, in a 
cost-effective and practical manner, enables disaster recovery 
of critical data at the network operating system level. 

To receive more information directly from MiraLink or by 
mail: 

Hours - 9:00A.M. to 5:00P.M. Mountain Time Monday 
through Friday 

180 South 300 West, Salt Lake City, Utah 84101 
Phone - (801) 575-LINK (5465) 
Fax-(801) 532-LINK 
F-mail - ploid <> niitalmk tei i 



To receive more inlormation bv e-mail, please send the 
tollowmg mfonnation: 

A. Name 

B. Company Name 

C. Address 

D. Phone and Fax 

E. E-Mail address 

F. Questions/Comments 
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MiraLink Consulting Partners 



htlp:/7web. archive.org/web/19970331043222/miralmkxoiTi/partners. htm 



Consulting Partners % 



0. 

0t 



Business91i 

!nterr.a!iar;l I re 



Business91 1 
international Inc. 

771 0-T Cherry Park, Suite 206 
Houston, TX 77095 
(i Oil) 281.550.4995 
E-mail: info@business91 1 .com 



1 of 1 



11/29/2006 8:54 AM 



